Communication control apparatus, computer-readable storage medium having stored therein communication control program, communication control method, and information processing system

ABSTRACT

Provided is a game apparatus which stores, in an outbox for individual-transmission data, individual-transmission data the destinations of which are individually specified, and stores, in an outbox for universal-transmission data, universal-transmission data the destinations of which are all terminals. A plurality of pieces of data is stored in the outbox for individual-transmission data, and information regarding the destination thereof and the information regarding the source thereof are added to each piece of data. When the outbox for individual-transmission data is full, all data stored in the outbox is retrieved, and one frame which includes the plurality of pieces of data is generated and transmitted.

CROSS REFERENCE TO RELATED APPLICATION

The disclosure of Japanese Patent Application No. 2011-040936, filed onFeb. 25, 2011, is incorporated herein by reference.

FIELD

Techniques described herein relate to a communication control apparatusfor efficiently transmitting a plurality of pieces of data, acommunication control program, a communication control method, and aninformation processing system.

BACKGROUND AND SUMMARY

Conventionally, there are apparatuses which transmit a plurality ofpieces of data in one frame. For example, in an conventional apparatus,a sender transmits, in one frame, a plurality of pieces of data for usein one receiver, and the receiver receives the frame.

In the aforementioned conventional apparatus, however, the destinationof the plurality of pieces of data is limited to one receiver.

An object of one exemplary embodiment is therefore to provide acommunication control apparatus able to efficiently transmit a pluralityof pieces of data having different destinations, a communication controlprogram, a communication control method, and an information processingsystem.

In order to achieve the object, the exemplary embodiment employs thefollowing features.

The exemplary embodiment is a communication control program executed bya computer of an information processing apparatus having communicationfunctionality. The communication control program causes the computer toexecute: generating transmission data which includes a plurality ofpieces of data having different destinations; and transmitting thetransmission data in either one of a broadcast fashion and a multicastfashion.

According to the above configuration, the plurality of pieces of datahaving different destinations can be transmitted together. This allowsefficient transmission of the plurality of pieces of data to a pluralityof devices as compared to separate transmission of individual piece ofdata.

In another configuration, destination information for each piece of datamay be included in the transmission data.

According to the above configuration, the destination information ofeach piece of data can be transmitted in addition to each piece of data.

In another configuration, the communication control program may causethe computer to execute: sequentially acquiring the plurality of piecesof data; and sequentially storing the acquired plurality of pieces ofdata in a storage unit. The transmission data, which includes at leasttwo of the plurality of pieces of data stored in the storage unit andthe destination information of the at least two of plurality of piecesof data, is generated.

According to the above configuration, the sequentially acquiredplurality of pieces of data can temporality be stored in the storageunit and the stored plurality of pieces of data can be transmittedtogether.

In another configuration, the communication control program may causethe computer to execute determining whether a predetermined criterionfor transmitting the data stored in the storage unit is satisfied. If itis determined that the predetermined criterion is satisfied, thetransmission data, which includes the at least two of plurality ofpieces of data stored in the storage unit and the destinationinformation of the at least two of plurality of pieces of data, isgenerated. The generated transmission data is transmitted.

According to the above configuration, if the predetermined criterion issatisfied, the data stored in the storage unit can be transmitted. This,for example, prevents data delay.

In another configuration, the communication control program may furthercause the computer to execute determining whether there is data havingbeen stored in the storage unit for a predetermined time period orlonger. If it is determined that there is the data having been stored inthe storage unit for the predetermined time period or longer, thetransmission data, which includes at least the data having been storedin the storage unit for the predetermined time period or longer, isgenerated. The generated transmission data is transmitted.

According to the above configuration, the data having been stored in thestorage unit for the predetermined time period or longer is transmitted.This prevents data delay.

In another configuration, the storage unit has a predetermined size, andit is determined whether the acquired data can be stored in the storageunit. If it is determined that the acquired data cannot be stored in thestorage unit, the transmission data, which includes the at least two ofplurality of pieces of data stored in the storage unit and thedestination information of the at least two of plurality of pieces ofdata, is generated. The generated transmission data is transmitted.

According to the above configuration, for example, if the availablespace in the storage unit is too small to store data, data stored in thestorage unit can be transmitted. A batch of plurality of pieces of datacan be transmitted together, thus efficiently transmitting data.

In another configuration, the communication control program may furthercause the computer to execute determining whether to instantly transmitthe acquired piece of data. If it is determined to instantly transmitthe acquired piece of data, the transmission data which includes theacquired piece of data is generated. The generated transmission data istransmitted.

According to the above configuration, the acquired data can instantly betransmitted. This allows, for example, instant transmission of data thatis not to be delayed.

In another configuration, data sent from another information processingapparatus may be acquired. Source information of the plurality of piecesof data is further included in the transmission data.

According to the above configuration, the source information can betransmitted in data transmitted from another apparatus.

In another configuration, the communication control program may furthercause the computer to execute receiving the transmission data sent fromanother information processing apparatus and retrieving, based on thedestination information included in the transmission data, at least datadestined for an own apparatus.

According to the above configuration, among the plurality of pieces ofdata included in the transmission data transmitted from anotherapparatus, at least data destined for an own apparatus can be retrievedtherefrom.

In another configuration, the acquired piece of data may be stored ineither one of a first storage area and a second storage area. Thetransmission data, which includes the at least two of plurality ofpieces of data stored in either one of the first storage area and thesecond storage area, is generated.

According to the above configuration, the acquired data can be stored intwo different storage areas.

In another configuration, each of the plurality of pieces of data may bea batch of pieces of data that can be processed at a destination.

According to the above configuration, a plurality of batches of piecesof data that can be processed at destinations can be acquired and theplurality of batches of pieces of data can be transmitted together. Thisallows efficient data transmission.

In another configuration, the transmission data may be generated so thatthe destination information is included in a data portion of a frame ofthe transmission data.

According to the above configuration, the destination information can beincluded in the data portion of the frame of the transmission data.

In another configuration, the transmission data may be generated so thatthe source information is included in a data portion of a frame of thetransmission data.

According to the above configuration, the source information can beincluded in the data portion of the frame of the transmission data.

Also, the one exemplary embodiment may be implemented in a form of acommunication control apparatus for executing the communication controlprogram. Alternatively, the one exemplary embodiment may be acommunication control method.

Another configuration is an information processing system including afirst information processing apparatus and a second informationprocessing apparatus each having communication functionality. The firstinformation processing apparatus includes a transmission data generationunit and a transmission unit. The transmission data generation unitgenerates transmission data which includes a plurality of pieces of datahaving different destinations. The transmission unit transmits thetransmission data in either one of a broadcast fashion and a multicastfashion. The second information processing apparatus includes a dataretrieval unit for receiving the transmission data and retrieving atleast data destined for an own apparatus which is included in thetransmission data.

According to the above configuration, the first information processingapparatus can transmit together a plurality of pieces of data havingdifferent destinations to a plurality of devices, thus efficientlytransmitting the plurality of pieces of data. The second informationprocessing apparatus can receive the transmission data and retrievetherefrom data destined for an own apparatus.

Another configuration is a communication control program executed by acomputer of an information processing apparatus having communicationfunctionality. The communication control program causes the computer toexecute: generating transmission data which includes a plurality ofpieces of data having different destinations; and specifying apredetermined destination address and transmitting the transmission datato the specified predetermined destination address.

According to the above configuration, for example, when a broadcastaddress is specified as a predetermined destination address, theplurality of pieces of data can be transmitted to the entire network.When, for example, a unicast address is specified as the predetermineddestination address, the plurality of pieces of data can be transmittedto one device.

According to the exemplary embodiment, the plurality of pieces of datahaving different destinations can efficiently be transmitted.

These and other objects, features, aspects and advantages of theexemplary embodiment will become more apparent from the followingdetailed description of the exemplary embodiment when taken inconjunction with the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a front view of an example of a non-limiting game apparatus 10in an open state;

FIG. 2A is a left side view of the non-limiting game apparatus 10 in aclosed state;

FIG. 2B is a front view of the non-limiting game apparatus 10 in theclosed state;

FIG. 2C is a right side view of the non-limiting game apparatus 10 inthe closed state;

FIG. 2D is a rear view of the non-limiting game apparatus 10 in theclosed state;

FIG. 3 is a block diagram showing an internal configuration of thenon-limiting game apparatus 10;

FIG. 4 is a diagram showing a network including a plurality ofnon-limiting game apparatuses 10 when a game according to the exemplaryembodiment is executed;

FIG. 5 is a diagram showing an example of an image displayed on anexample of a non-limiting upper LCD 22 of the game apparatus when thegame according to the exemplary embodiment is executed;

FIG. 6 is a diagram showing an example of a non-limiting registrationtable 80 of clients generated in a master;

FIG. 7 is a diagram showing a memory map of the memory (such as anexample of a non-limiting main memory 32 or memory in an example of anon-limiting wireless communication module 36) of each non-limiting gameapparatus 10;

FIG. 8 is a flowchart illustrating a flow of a setting process executedin each non-limiting game apparatus 10;

FIG. 9 is a diagram showing a frame format of a beacon periodicallytransmitted by the master;

FIG. 10 is a diagram showing an example of an image displayed on ascreen in step S5;

FIG. 11 is a flowchart illustrating details of a process (masterprocess) of the non-limiting game apparatus 10 functioning as a master;

FIG. 12 is a flowchart illustrating details of a process (clientprocess) of the non-limiting game apparatus 10 functioning as a client;

FIG. 13 is a flowchart showing details of a process (audience process)of the non-limiting game apparatus 10 functioning as an audience;

FIG. 14 is a diagram showing changes in state of each non-limiting gameapparatus 10;

FIG. 15 is a diagram showing an outline of a data transmission processby the master;

FIG. 16 is a diagram showing an outline of a reception process performedin the client when the client has received a frame transmitted from themaster;

FIG. 17 is a flowchart illustrating details of a data transmissionprocess (master) performed in the master;

FIG. 18 is a flowchart illustrating details of a data transmissionprocess (client) performed in the client;

FIG. 19 is a flowchart illustrating details of a data reception processperformed in the client;

FIG. 20 is a flowchart illustrating details of a data reception process(audience) performed in the audience;

FIG. 21 is a flowchart illustrating details of a data reception process(master) performed in the master;

FIG. 22 is a diagram showing how data is transmitted from an example ofa non-limiting client C1 to all terminals via the master; and

FIG. 23 is a diagram showing how the non-limiting client C1 directlytransmits data to all terminals.

DETAILED DESCRIPTION OF NON-LIMITING EXAMPLE EMBODIMENTS

(Structure of Game Apparatus)

Hereinafter, a game apparatus according to one exemplary embodiment willbe described. FIG. 1 is a front view showing an external view of a gameapparatus 10 in an opened state. FIG. 2A is a left side view of the gameapparatus 10 in a closed state, FIG. 2B is a front view of the gameapparatus 10 in the closed state, FIG. 2C is a right side view of thegame apparatus 10 in the closed state, and FIG. 2D is a rear view of thegame apparatus 10 in the closed state. The game apparatus 10 is ahand-held game apparatus, and is configured to be foldable as shown inFIG. 1 to FIG. 2D. FIG. 1 shows the game apparatus 10 in the openedstate and FIG. 2A to 2D each show the game apparatus 10 in the closedstate. The game apparatus 10 is able to take an image by an imagingsection, display the taken image on a screen, and store data of thetaken image. The game apparatus 10 can execute a game program which isstored in an exchangeable memory card or a game program which isreceived from a server or another game apparatus, and can display, onthe screen, an image generated by computer graphics processing, such asan image taken by a virtual camera set in a virtual space, for example.

Initially, an external structure of the game apparatus 10 will bedescribed with reference to FIG. 1 to FIG. 2D. The game apparatus 10includes a lower housing 11 and an upper housing 21 as shown in FIG. 1to FIG. 2D. The lower housing 11 and the upper housing 21 are connectedto each other so as to be openable and closable (foldable).

(Description of Lower Housing)

Initially, a structure of the lower housing 11 will be described. Asshown in FIG. 1 to FIG. 2D, a lower LCD (Liquid Crystal Display) 12, atouch panel 13, operation buttons 14A to 14L, an analog stick 15, an LED16A and an LED 16B, an insertion opening 17, and a microphone hole 18are provided in the lower housing 11. Hereinafter, these components willbe described in detail.

As shown in FIG. 1, the lower LCD 12 is accommodated in the lowerhousing 11. The number of pixels of the lower LCD 12 may be, forexample, 320 dots×240 dots (the horizontal line×the vertical line). Thelower LCD 12 is a display device for displaying an image in a planarmanner (not in a stereoscopically visible manner), which is differentfrom the upper LCD 22 described below. Although an LCD is used as adisplay device in the present embodiment, any other display device suchas a display device using an EL (Electro Luminescence) or the like, maybe used. In addition, a display device having any resolution may be usedas the lower LCD 12.

As shown in FIG. 1, the game apparatus 10 includes the touch panel 13 asan input device. The touch panel 13 is mounted on the screen of thelower LCD 12. In the present embodiment, the touch panel 13 is, but isnot limited to, a resistive film type touch panel. A touch panel of anytype such as electrostatic capacitance type may be used. In the presentembodiment, the touch panel 13 has the same resolution (detectionaccuracy) as that of the lower LCD 12. However, the resolution of thetouch panel 13 and the resolution of the lower LCD 12 may notnecessarily be the same. Further, the insertion opening 17 (indicated bydashed line in FIG. 1 and FIG. 2D) is provided on the upper side surfaceof the lower housing 11. The insertion opening 17 is used foraccommodating a touch pen 28 which is used for performing an operationon the touch panel 13. Although an input on the touch panel 13 isusually made by using the touch pen 28, a finger of a user may be usedfor making an input on the touch panel 13, in addition to the touch pen28.

The operation buttons 14A to 14L are each an input device for making apredetermined input. As shown in FIG. 1, among the operation buttons 14Ato 14L, a cross button 14A (a direction input button 14A), a button 14B,a button 14C, a button 14D, a button 14E, a power button 14F, aselection button 14J, a HOME button 14K, and a start button 14L areprovided on the inner side surface (main surface) of the lower housing11. The cross button 14A has a cross shape, and includes buttons forindicating an upward, a downward, a leftward, or a rightward direction.The buttons 14A to 14E, the selection button 14J, the HOME button 14K,and the start button 14L are assigned functions, respectively, asnecessary, in accordance with a program executed by the game apparatus10. For example, the cross button 14A is used for selection operationand the like, and the operation buttons 14B to 14E are used for, forexample, determination operation and cancellation operation. The powerbutton 14F is used for powering the game apparatus 10 on/off.

The analog stick 15 is a device for indicating a direction. The analogstick 15 has a top, corresponding to a key, which is configured to slideparallel to the inner side surface of the lower housing 11. The analogstick 15 acts in accordance with a program executed by the gameapparatus 10. For example, when a game in which a predetermined objectemerges in a three-dimensional virtual space is executed by the gameapparatus 10, the analog stick 15 acts as an input device for moving thepredetermined object in the three-dimensional virtual space. In thiscase, the predetermined object is moved in a direction in which the topcorresponding to the key of the analog stick 15 slides. As the analogstick 15, a component which enables an analog input by being tilted by apredetermined amount, in any direction, such as the upward, thedownward, the rightward, the leftward, or the diagonal direction, may beused.

Further, the microphone hole 18 is provided on the inner side surface ofthe lower housing 11. Under the microphone hole 18, a microphone 42 (seeFIG. 3) is provided as a sound input device described below, and themicrophone 42 detects for a sound from the outside of the game apparatus10.

As shown in FIG. 2B and FIG. 2D, an L button 14G and an R button 14H areprovided on the upper side surface of the lower housing 11. The L button14G and the R button 14H act as shutter buttons (imaging instructionbuttons) of the imaging section, for example. Further, as shown in FIG.2A, a sound volume button 14I is provided on the left side surface ofthe lower housing 11. The sound volume button 14I is used for adjustinga sound volume of a speaker of the game apparatus 10.

As shown in FIG. 2A, a cover section 11C is provided on the left sidesurface of the lower housing 11 so as to be openable and closable.Inside the cover section 11C, a connector (not shown) is provided forelectrically connecting between the game apparatus 10 and an externaldata storage memory 45. The external data storage memory 45 isdetachably connected to the connector. The external data storage memory45 is used for, for example, recording (storing) data of an image takenby the game apparatus 10.

Further, as shown in FIG. 2D, an insertion opening 11D, through which anexternal memory 44 having a game program stored therein is inserted, isprovided on the upper side surface of the lower housing 11, and aconnector (not shown) for electrically connecting between the gameapparatus 10 and the external memory 44 in a detachable manner isprovided inside the insertion opening 11D. A predetermined game programis executed by connecting the external memory 44 to the game apparatus10.

Further, as shown in FIG. 1 and FIG. 2C, the first LED 16A for notifyinga user of an ON/OFF state of a power supply of the game apparatus 10 isprovided on the lower side surface of the lower housing 11, and thesecond LED 16B for notifying a user of an establishment state of awireless communication of the game apparatus 10 is provided on the rightside surface of the lower housing 11. The game apparatus 10 can makewireless communication with other devices, and the second LED 16B is litup when the wireless communication functionality is enabled. The gameapparatus 10 has a function of connecting to a wireless LAN in a methodbased on, for example, IEEE 802.11.b/g standard. A wireless switch 19for enabling/disabling the function of the wireless communication isprovided on the right side surface of the lower housing 11 (see FIG.2C).

A rechargeable battery (not shown) acting as a power supply for the gameapparatus 10 is accommodated in the lower housing 11, and the batterycan be charged through a terminal provided on a side surface (forexample, the upper side surface) of the lower housing 11.

(Description of Upper Housing)

Next, a structure of the upper housing 21 will be described. As shown inFIG. 1 to FIG. 2D, in the upper housing 21, an upper LCD (Liquid CrystalDisplay) 22, an outer imaging section 23 (an outer imaging section(left) 23 a and an outer imaging section (right) 23 b), an inner imagingsection 24, a 3D adjustment switch 25, and a 3D indicator 26 areprovided. Hereinafter, theses components will be described in detail.

As shown in FIG. 1, the upper LCD 22 is accommodated in the upperhousing 21. The number of pixels of the upper LCD 22 may be, forexample, 800 dots×240 dots (the horizontal line×the vertical line).Although, in the present embodiment, the upper LCD 22 is an LCD, adisplay device using, for example, an EL (Electro Luminescence), or thelike may be used. In addition, a display device having any resolutionmay be used as the upper LCD 22.

The upper LCD 22 is a display device capable of displaying astereoscopically visible image. Further, in the present embodiment, aleft-eye image and a right-eye image are displayed by usingsubstantially the same display area. Specifically, the upper LCD 22 is adisplay device using a method in which the left-eye image and theright-eye image are alternately displayed in the horizontal direction inpredetermined units (for example, every other line). Alternatively, theupper LCD 22 may be a display device using a method in which theleft-eye image and the right-eye image are alternately displayed for apredetermined time period and the left-eye image and the right-eye imageare viewed by the user's left eye and the right eye, respectively, byusing glasses. In the present embodiment, the upper LCD 22 is a displaydevice capable of displaying an image which is stereoscopically visibleby the naked eye, and a lenticular lens type display device or aparallax barrier type display device is used which enables the left-eyeimage and the right eye image, which are alternately displayed in thehorizontal direction, to be separately viewed by the left eye and righteye, respectively. In the present embodiment, the upper LCD 22 of aparallax barrier type is used. The upper LCD 22 displays, by using theright-eye image and the left eye image, an image (a stereoscopic image)which is stereoscopically visible by the naked eye. That is, the upperLCD 22 allows a user to view the left-eye image with her/his left eye,and the right-eye image with her/his right eye by utilizing a parallaxbarrier, so that a stereoscopic image (a stereoscopically visible image)exerting a stereoscopic effect on a user can be displayed. Further, theupper LCD 22 may disable the parallax barrier. When the parallax barrieris disabled, an image can be displayed in a planar manner (it ispossible to display a planar visible image which is different from astereoscopically visible image as described above. That is, a displaymode is used in which the same displayed image is viewed with the lefteye and the right eye.). Thus, the upper LCD 22 is a display devicecapable of switching between a stereoscopic display mode for displayinga stereoscopically visible image and a planar display mode (fordisplaying a planar visible image) for displaying an image in a planarmanner. The switching of the display mode is performed by the 3Dadjustment switch 25 described below.

Two imaging sections (23 a and 23 b) provided on the outer side surface(the back surface reverse of the main surface on which the upper LCD 22is provided) 21D of the upper housing 21 are generically referred to asthe outer imaging section 23. The imaging directions of the outerimaging section (left) 23 a and the outer imaging section (right) 23 bare each the same as the outward normal direction of the outer sidesurface 21D. The outer imaging section (left) 23 a and the outer imagingsection (right) 23 b can be used as a stereo camera depending on aprogram executed by the game apparatus 10. Each of the outer imagingsection (left) 23 a and the outer imaging section (right) 23 b includesan imaging device, such as a CCD image sensor or a CMOS image sensor,having a common predetermined resolution, and a lens. The lens may havea zooming mechanism.

The inner imaging section 24 is positioned on the inner side surface(main surface) 21B of the upper housing 21, and acts as an imagingsection which has an imaging direction which is the same direction asthe inward normal direction of the inner side surface. The inner imagingsection 24 includes an imaging device, such as a CCD image sensor and aCMOS image sensor, having a predetermined resolution, and a lens. Thelens may have a zooming mechanism.

The 3D adjustment switch 25 is a slide switch, and is used for switchinga display mode of the upper LCD 22 as described above. Further, the 3Dadjustment switch 25 is used for adjusting the stereoscopic effect of astereoscopically visible image (stereoscopic image) which is displayedon the upper LCD 22. A slider 25 a of the 3D adjustment switch 25 isslidable to any position in a predetermined direction (along thelongitudinal direction of the right side surface), and a display mode ofthe upper LCD 22 is determined in accordance with the position of theslider 25 a. Further, a manner in which the stereoscopic image isvisible is adjusted in accordance with the position of the slider 25 a.Specifically, an amount of shift of the right-eye image and the left-eyeimage in the horizontal direction is adjusted in accordance with theposition of the slider 25 a.

The 3D indicator 26 indicates whether or not the upper LCD 22 is in thestereoscopic display mode. The 3D indicator 26 is implemented as an LED,and is lit up when the stereoscopic display mode of the upper LCD 22 isenabled. The 3D indicator 26 may be lit up only when the programprocessing for displaying a stereoscopically visible image is performedin a state where the upper LCD 22 is in the stereoscopic display mode.

Further, a speaker hole 21E is provided on the inner side surface of theupper housing 21. A sound from a speaker 43 described below is outputtedthrough the speaker hole 21E.

(Internal Configuration of Game Apparatus 10)

Next, an internal electrical configuration of the game apparatus 10 willbe described with reference to FIG. 3. FIG. 3 is a block diagramillustrating an internal configuration of the game apparatus 10. Asshown in FIG. 3, the game apparatus 10 includes, in addition to thecomponents described above, electronic components such as an informationprocessing section 31, a main memory 32, an external memory interface(external memory I/F) 33, an external data storage memory I/F 34, aninternal data storage memory 35, a wireless communication module 36, areal-time clock (RTC) 38, an acceleration sensor 39, a power supplycircuit 40, an interface circuit (I/F circuit) 41. These electroniccomponents are mounted on an electronic circuit substrate, andaccommodated in the lower housing 11 (or the upper housing 21).

The information processing section 31 is information processing meanswhich includes a CPU (Central Processing Unit) 311 for executing apredetermined program, a GPU (Graphics Processing Unit) 312 forperforming image processing, and the like. The CPU 311 of theinformation processing section 31 executes a process according to theprogram by executing a program stored in a memory (for example, theexternal memory 44 connected to the external memory I/F 33 or theinternal data storage memory 35) inside the game apparatus 10. Theprogram executed by the CPU 311 of the information processing section 31may be acquired from another device through communication with the otherdevice. The information processing section 31 further includes a VRAM(Video RAM) 313. The GPU 312 of the information processing section 31generates an image in accordance with an instruction from the CPU 311 ofthe information processing section 31, and renders the image in the VRAM313. The GPU 312 of the information processing section 31 outputs theimage rendered in the VRAM 313, to the upper LCD 22 and/or the lower LCD12, and the image is displayed on the upper LCD 22 and/or the lower LCD12.

To the information processing section 31, the main memory 32, theexternal memory I/F 33, the external data storage memory I/F 34, and theinternal data storage memory 35 are connected. The external memory I/F33 is an interface for detachably connecting to the external memory 44.The external data storage memory I/F 34 is an interface for detachablyconnecting to the external data storage memory 45.

The main memory 32 is volatile storage means used as a work area and abuffer area for (the CPU 311 of) the information processing section 31.That is, the main memory 32 temporarily stores various types of dataused for the process based on the program, and temporarily stores aprogram acquired from the outside (the external memory 44, anotherdevice, or the like), for example. In the present embodiment, forexample, a PSRAM (Pseudo-SRAM) is used as the main memory 32.

The external memory 44 is nonvolatile storage means for storing aprogram executed by the information processing section 31. The externalmemory 44 is implemented as, for example, a read-only semiconductormemory. When the external memory 44 is connected to the external memoryI/F 33, the information processing section 31 can load a program storedin the external memory 44. A predetermined process is performed by theprogram loaded by the information processing section 31 being executed.The external data storage memory 45 is implemented as a non-volatilereadable and writable memory (for example, a NAND flash memory), and isused for storing predetermined data. For example, images taken by theouter imaging section 23 and/or images taken by another device arestored in the external data storage memory 45. When the external datastorage memory 45 is connected to the external data storage memory I/F34, the information processing section 31 loads an image stored in theexternal data storage memory 45, and the image can be displayed on theupper LCD 22 and/or the lower LCD 12.

The internal data storage memory 35 is implemented as a non-volatilereadable and writable memory (for example, a NAND flash memory), and isused for storing predetermined data. For example, data and/or programsdownloaded through wireless communication via the wireless communicationmodule 36 are stored in the internal data storage memory 35.

The wireless communication module 36 has a function of connecting to awireless LAN by using a method based on, for example, IEEE 802.11.b/gstandard. The wireless communication module 36 is connected to theinformation processing section 31. The information processing section 31can perform data transmission to and data reception from another devicevia the Internet by using the wireless communication module 36. Thewireless communication module 36 may support unique communicationmethods other than the IEEE 802.11.b/g standard.

The acceleration sensor 39 is connected to the information processingsection 31. The acceleration sensor 39 detects magnitudes ofaccelerations (linear accelerations) in directions of straight linesalong three axial (xyz axial) directions, respectively. The accelerationsensor 39 is provided inside the lower housing 11. In the accelerationsensor 39, as shown in FIG. 1, the long side direction of the lowerhousing 11 is defined as the x axial direction, the short side directionof the lower housing 11 is defined as the y axial direction, and thedirection orthogonal to the inner side surface (main surface) of thelower housing 11 is defined as the z axial direction, thereby detectingmagnitudes of the linear accelerations for the respective axes. Theacceleration sensor 39 is, for example, an electrostatic capacitancetype acceleration sensor. However, another type of acceleration sensormay be used. The acceleration sensor 39 may be an acceleration sensorfor detecting a magnitude of acceleration for one axial direction or twoaxial directions. The information processing section 31 can receive data(acceleration data) representing accelerations detected by theacceleration sensor 39, and detect an orientation and a motion of thegame apparatus 10.

The RTC 38 and the power supply circuit 40 are connected to theinformation processing section 31. The RTC 38 counts time and outputsthe time to the information processing section 31. The informationprocessing section 31 calculates a current time (date), based on thetime counted by the RTC 38. The power supply circuit 40 controls powerfrom the power supply (the rechargeable battery accommodated in thelower housing 11 as described above) of the game apparatus 10, andsupplies power to each component of the game apparatus 10.

The I/F circuit 41 is connected to the information processing section31. The microphone 42 and the speaker 43 are connected to the I/Fcircuit 41. Specifically, the speaker 43 is connected to the I/F circuit41 through an amplifier (not shown). The microphone 42 detects user'svoice, and outputs a sound signal to the I/F circuit 41. The amplifieramplifies the sound signal outputted from the I/F circuit 41, and asound is outputted from the speaker 43. The touch panel 13 is connectedto the I/F circuit 41. The I/F circuit 41 includes a sound controlcircuit for controlling the microphone 42 and the speaker 43(amplifier), and a touch panel control circuit for controlling the touchpanel. The sound control circuit performs A/D conversion and D/Aconversion on the sound signal, and converts the sound signal to apredetermined form of sound data, for example. The touch panel controlcircuit generates a predetermined form of touch position data, based ona signal outputted from the touch panel 13, and outputs the touchposition data to the information processing section 31. The touchposition data represents a coordinate of a position on which an input ismade on an input surface of the touch panel 13. The touch panel controlcircuit reads a signal outputted from the touch panel 13, and generatesthe touch position data every predetermined time. The informationprocessing section 31 acquires the touch position data to recognize aposition on which an input is made on the touch panel 13.

The operation button 14 includes the operation buttons 14A to 14Ldescribed above, and is connected to the information processing section31. Operation data representing an input state of each of the operationbuttons 14A to 14I is outputted from the operation button 14 to theinformation processing section 31, and the input state indicates whetheror not each of the operation buttons 14A to 14I has been pressed. Theinformation processing section 31 acquires the operation data from theoperation button 14 to perform a process in accordance with the input onthe operation button 14.

The lower LCD 12 and the upper LCD 22 are connected to the informationprocessing section 31. The lower LCD 12 and the upper LCD 22 eachdisplay an image in accordance with an instruction from (the GPU 312 of)the information processing section 31. In the present embodiment, theinformation processing section 31 displays a stereoscopic image(stereoscopically visible image) on the upper LCD 22.

Specifically, the information processing section 31 is connected to anLCD controller (not shown) of the upper LCD 22, and causes the LCDcontroller to set the parallax barrier to ON or OFF. When the parallaxbarrier is set to ON in the upper LCD 22, a right-eye image and aleft-eye image, which are stored in the VRAM 313 of the informationprocessing section 31, are outputted to the upper LCD 22. Morespecifically, the LCD controller alternately repeats reading of pixeldata of the right-eye image for one line in the vertical direction, andreading of pixel data of the left-eye image for one line in the verticaldirection, thereby reading, from the VRAM 313, the right-eye image andthe left-eye image. Thus, an image to be displayed is divided into theright-eye images and the left-eye images each of which is arectangle-shaped image having one line of pixels aligned in the verticaldirection, and an image, in which the rectangle-shaped image for theleft eye which is obtained through the division, and therectangle-shaped right-eye image which is obtained through the divisionare alternately aligned, is displayed on the screen of the upper LCD 22.A user views the images through the parallax barrier in the upper LCD22, so that the right-eye image is viewed with the user's right eye, andthe left-eye image is viewed with the user's left eye. Thus, thestereoscopically visible image is displayed on the screen of the upperLCD 22.

The outer imaging section 23 and the inner imaging section 24 areconnected to the information processing section 31. The outer imagingsection 23 and the inner imaging section 24 each take an image inaccordance with an instruction from the information processing section31, and output data of the taken image to the information processingsection 31.

The 3D adjustment switch 25 is connected to the information processingsection 31. The 3D adjustment switch 25 transmits to the informationprocessing section 31 an electrical signal in accordance with theposition of the slider 25 a.

The 3D indicator 26 is connected to the information processing section31. The information processing section 31 controls whether or not the 3Dindicator 26 is to be lit up. For example, the information processingsection 31 lights up the 3D indicator 26 when the upper LCD 22 is in thestereoscopic display mode.

Further, the angular velocity sensor 46 is connected to the informationprocessing section 31. The angular velocity sensor 46 detects an angularvelocity about each axis (x axis, y axis, and z axis). The gameapparatus 10 can calculate an orientation of the game apparatus 10 inreal space, in accordance with an angular velocity sequentially detectedby the angular velocity sensor 46. Specifically, the game apparatus 10can calculate an angle of rotation of the game apparatus 10 about eachaxis by integrating, with time, the angular velocity about each axis,which is detected by the angular velocity sensor 46. This is the end ofthe description of the internal configuration of the game apparatus 10.

(Outline of Communication Process)

Next, an outline of a communication process according to one exemplaryembodiment will be described with reference to the accompanyingdrawings. The game apparatus 10 is communicable with another gameapparatus by the wireless communication module 36, by using a methodbased on, for example, the IEEE 802.11.b/g standard. In the exemplaryembodiment, a game is progressed by a plurality of game apparatuses 10being connected to one another by a method based in part on the IEEE802.11.b/g standard.

FIG. 4 is a diagram showing a network including a plurality of gameapparatuses 10 when a game according to the exemplary embodiment isexecuted. As shown in FIG. 4, in the exemplary embodiment, among theplurality of game apparatuses 10, a game apparatus 10 a functions as amaster, and a game apparatus 10 b and a game apparatus 10 c function asa client C1 and a client C2, respectively, (the game apparatus 10 a, 10b, and 10 c operate in a participation mode). In the exemplaryembodiment, a game apparatus 10 d functions as an audience (spectator)different from the master, the client C1, and the client C2 (the gameapparatus 10 d operates in a non-participation mode). The audience onlywatches, as a spectator, the game being progressed between the masterand the clients. The number of game apparatuses 10 allowed forparticipating in the game as clients is set, for example, up to 15. Thenumber of game apparatuses 10 allowed for watching the game as anaudience is not limited.

FIG. 5 is a diagram showing an example of an image displayed on theupper LCD 22 of the game apparatus when the game according to theexemplary embodiment is executed. As shown in FIG. 5, for example, aplurality of game characters is displayed on the upper LCDs 22 of thegame apparatuses 10 a to 10 d, and a race game is performed in which theplurality of game characters drives carts over a course. Specifically, agame character 101 operated by a user of the master (the game apparatus10 a), a game character 102 operated by a user of the client C1 (thegame apparatus 10 b), and a game character 103 operated by a user of theclient C2 (the game apparatus 10 c) are displayed on the upper LCDs 22of the game apparatuses 10 a to 10 c. The image shown in FIG. 5 is alsodisplayed on the upper LCD 22 of the audience (the game apparatus 10 d).The audience does not participate in the race game as a player, but isallowed to watch the race game, participating as a spectator of the racegame being progressed between the game apparatuses 10 a, 10 b, and 10 c.Different images may be displayed on the game apparatuses 10, and, forexample, images having different points of view may be displayed on therespective game apparatuses 10. For example, an image centered on thegame character 101 operated in the master may be displayed on a screenof the master, and an image centered on the game character 102 operatedin the client C1 may be displayed on a screen of the client C1. On ascreen of the audience, an image having a different point of view fromthose of the master and clients may be displayed. In addition,information (for example, a course map image, numbers, characters, andthe like) whereby the game status is recognizable may be displayed onthe screen of the audience, instead of an image of a virtual space.

As shown in FIG. 4, an authentication is first performed between themaster (the game apparatus 10 a) and the client C1 (the game apparatus10 b). Likewise, an authentication is performed between the master (thegame apparatus 10 a) and the client C2 (the game apparatus 10 c). Afterthe authentication between the master and clients C, the masterregisters, in the own apparatus, identification information (MACaddresses) of the clients C authenticated by the master, andtransmits/receives operation data (for example, operation data regardingthe operation buttons 14, and the like) and the like to/from theregistered clients C. Likewise, after the authentication with themaster, the clients register, in the own apparatuses, identificationinformation (MAC address) of the master. This allows progression of thegame while the master and the clients C exchanging data therebetween. Onthe other hand, no authentication is performed between the master (thegame apparatus 10 a) and the audience (the game apparatus 10 d), andidentification information (MAC address) of the audience is notregistered in the master. The audience registers, in the own apparatus,the identification information (MAC address) of the master. The audienceonly receives data transmitted from the master and the clients C,generates a game image, based on the data transmitted from the masterand the clients C, and displays the game image on the upper LCD 22 ofthe own apparatus. Since no communication for authentication isperformed between the master and the audience, the audience is notrecognizable to the master and the clients C.

FIG. 6 is a diagram showing a registration table 80 of clients which isgenerated in the master. As shown in FIG. 6, a MAC address, user name,and ID of the authenticated client are stored in the master. The username is a name assigned by a user of each game apparatus. The ID is anumber assigned to each client upon the registration of the client inthe master, and is, for example, an integer between 1 through 15. Themaster registers, for example, up to 15 authenticated clients in thetable shown in FIG. 6. On the other hand, the audience is not registeredin the registration table 80 of the master.

In each game apparatus, a setting process is performed prior to theexecution of the game. Performing the setting process determines whetherthe game apparatus operates as the master, the client, or the audience.In the exemplary embodiment, the user of each game apparatus 10 selectswhether the game apparatus of the own operates as the master, theclient, or the audience.

(Setting Process)

Next, the setting process performed in the game apparatus 10 will bedescribed. FIG. 7 is a diagram showing a memory map of a memory (such asthe main memory 32 or memory in the wireless communication module 36) ofeach game apparatus 10.

As shown in FIG. 7, a communication program 71, mode data 72, andidentification information 73 are stored in the memory of the gameapparatus 10. The communication program 71 includes a program forcontrolling the communication and a game program. Specifically, thecommunication program 71 is a program for executing each ofbelow-described processes (the setting process, a master process, aclient process, an audience process, a data transmission process, and adata reception process). The mode data 72 is data representing whetherthe game apparatus 10 is operated in a mode between as the master, theclient, and the audience. The identification information 73 isidentification information whereby the master to which the own apparatusis connected is identified, and specifically, the identificationinformation 73 is the MAC address of the master. If the game apparatus10 functions as the master, the MAC address of the own apparatus isstored in the identification information 73. In addition to the datashown in FIG. 7, various data is stored in the memory of each gameapparatus 10 according to the mode. For example, data representing theregistration table 80 shown in FIG. 6 and the like is stored in themaster. An outbox 110 for individual which is an area storingindividual-transmission data described below and an outbox 120 for allwhich is an area storing universal-transmission data are provided in thememories of the master and the client. For example, various data for usein a game process are stored in each game apparatus.

FIG. 8 is a flowchart illustrating a flow of the setting processexecuted in each game apparatus 10. When the game apparatus 10 ispowered on, an information processing section 31 (CPU 311) of the gameapparatus 10 executes a boot program stored in a ROM (not shown) toinitialize each unit, such as the main memory 32. Next, the programstored in the ROM is loaded into a memory (specifically, the main memory32), and the CPU 311 of the information processing section 31 startsexecuting the program. The process illustrated in the flowchart shown inFIG. 8 is performed by the information processing section 31 aftercompletion of the above process.

First, in step S1, the information processing section 31 displays aselection screen on the upper LCD 22 or the lower LCD 12 for allowingthe user to choose whether to become the master. For example, on thelower LCD 12, an icon for allowing the user to select whether to causethe own apparatus to function as the master is displayed. Next, theinformation processing section 31 executes a process of step S2.

In step S2, the information processing section 31 determines whether themaster has been selected. For example, the information processingsection 31 determines whether the icon for selecting the master has beentouched, based on a touch position detected by the touch panel 13. Ifthe master has been selected, the information processing section 31 nextexecutes a process of step S3. On the other hand, if the master is notselected, the information processing section 31 next executes a processof step S4.

In step S3, the information processing section 31 sets the own apparatusto be in a master mode. Specifically, the information processing section31 stores a value indicating that the own apparatus is the master in themode data 72, and sets the MAC address of the own apparatus to theidentification information 73. The information processing section 31next ends the setting process shown in FIG. 8.

In step S4, the information processing section 31, on the other hand,determines whether a beacon has been received. Here, the beacon is amanagement frame which is periodically (for example, every 100 msec.)transmitted by the master in a broadcast fashion. If a game apparatus 10functioning as the master is near the own apparatus, the informationprocessing section 31 receives the beacon periodically transmitted bythe master.

FIG. 9 is a diagram showing a frame format of the beacon periodicallytransmitted by the master. As shown in FIG. 9, the beacon includes asource address (the MAC address of the master), a BSSID (matching theMAC address of the master), a game ID, the number of connections, themaximum number of connections, a connected list, and a spectatingpermission flag. The source address and the BSSID are embedded in theheader portion of the frame. The game ID, the number of connections, themaximum number of connections, the connected list, and the spectatingpermission flag are data included, in the body portion of the frame, asinformation elements unique to vendor. The game ID is an ID whereby agame executed in each game apparatus 10 is identified. The number ofconnections is the number of clients currently resisted in theregistration table 80 (authenticated clients) of the master. The maximumnumber of connections is the maximum number of connections (15) ofclients allowed by the master plus the master, and is set, for example,to 16. The connected list is a list of information indicating clientscurrently registered in the master (clients registered in theregistration table 80), and is, for example, a list of user names of theregistered clients. The spectating permission flag is informationindicating whether to permit the audience to watch the game as aspectator.

In step S4, if the information processing section 31 has received thebeacon, the information processing section 31 next executes a process ofstep S5. If, on the other hand, the information processing section 31has not received the beacon, the information processing section 31 nextexecutes a process of step S6.

In step S5, the information processing section 31 displays a list of themaster and the clients, and a selection screen. Here, the informationprocessing section 31 displays the list of clients currently registeredin the master on the upper LCD 22 or the lower LCD 12, based on theconnected list included in the beacon received in step S4. For example,when the game apparatus 10 a shown in FIG. 4 functions as the master andthe game apparatus 10 c is registered as a client in the master, theinformation processing section 31 displays icons indicating the gameapparatus 10 a and the game apparatus 10 c on the lower LCD 12. In stepS4, if the information processing section 31 receives a plurality ofbeacons from different sources (i.e., if there is a plurality of gameapparatuses 10 functioning as the masters near the own apparatus), theinformation processing section 31 displays each of the masters andclients registered in the master. As a result, the user selects a masterto connect to (a network, formed by which master to connect to). Also,the information processing section 31 displays, on the upper LCD 22 orthe lower LCD 12, icons for allowing the user to select whether to causethe own apparatus to operate as a client or an audience. For example, onthe lower LCD 12, an icon indicating participation in the game, and anicon indicating watching the game as a spectator are displayed, and theuser is allowed to select either one of the icons. FIG. 10 is a diagramshowing an example of an image displayed on the screen in step S5. Asshown in FIG. 10, if two masters, which are a master M10 and a masterM20, are detected to be near the own apparatus (i.e., if the informationprocessing section 31 receives beacons from two different terminals),for example, a list for each group (the network) including each masteris displayed on the screen of the lower LCD 12. For example, a group 1which includes the master M10, a client C11, and a client C12, and agroup 2 which includes the master M20, a client C21, and a client C22are displayed. For example, the user selects one of the displayedgroups. The user then selects, with respect to the selected group,whether to participate in the game (cause the own apparatus to operateas a client) or watch the game as a spectator (cause the own apparatusto operate as an audience). The information processing section 31 nextexecutes a process of step S7.

In step S6, the information processing section 31, on the other hand,determines whether a predetermined time has elapsed. If thepredetermined time has elapsed, which means that no game apparatus 10functioning as the master is found near the own apparatus, theinformation processing section 31 re-executes the process of step S1. Onthe other hand, if the predetermined time has not elapsed, theinformation processing section 31 re-executes the process of step S4.

In step S7, the information processing section 31 determines whether theicon indicating the participation in the game has been selected.Specifically, the information processing section 31 determines whetherthe icon indicating the participation in the game (i.e., an icon forindicating causing the own apparatus to operate as a client) has beenselected, based on a touch position detected by the touch panel 13. Ifthe determination result is affirmative, the information processingsection 31 next executes a process of step S8. If the determinationresult is negative, the information processing section 31 next executesa process of step S9.

In step S8, the information processing section 31 sets the own apparatusto be in a client mode. Specifically, the information processing section31 stores a value representing that the own apparatus is a client in themode data 72. The information processing section 31 thereafter ends thesetting process shown in FIG. 8.

In step S9, the information processing section 31 sets the own apparatusto be in an audience mode. Specifically, the information processingsection 31 stores a value representing that the own apparatus is anaudience in the mode data 72. The information processing section 31thereafter ends the setting process shown in FIG. 8.

As described above, each game apparatus 10 is set to be in either themaster mode, the client mode, or the audience mode. After the mode ofeach game apparatus is set in this manner, the game apparatuses executedifferent processes, according to the modes set thereto.

(Master Process)

Next, a process performed in the master will be described in detail.FIG. 11 is a flowchart illustrating details of the process (the masterprocess) performed by the game apparatus 10 functioning as the master.

After the setting process shown in FIG. 8 is performed and the gameapparatus 10 is set to be the master, the master process shown in FIG.11 is executed by the information processing section 31 and wirelesscommunication module 36 of the master.

First, in step S10, the master starts transmission of the beacon. Afterstarting the transmission of the beacon in step S10, the masterperiodically (for example, every 100 msec.) transmits beacons while thesubsequent processes of step S11 through to step S20 are beingperformed. Next, the master executes the process of step S11.

In step S11, the master determines whether the master has received aconnection request (a registration frame) from a client. Specifically,the master determines whether the master has received a frame (anauthentication frame) indicating the connection request from a client.If the determination result is affirmative, the master next executes theprocess of step S12. If the determination result is negative, on theother hand, the master next executes the process of step S16.

In step S12, the master starts an authentication process and executesthe process of step S13.

In step S13, the master determines whether to permit the connection. Ifthe master has determined to permit the connection, the master nextexecutes the process of step S14. If, on the other hand, the master hasdetermined to reject the connection, the master next executes theprocess of step S15. For example, the master performs the authenticationprocess by a predetermined authentication method in step S13 todetermine whether to permit the connection from the terminal from whichthe connection request has been transmitted. In addition, in step S13,the master refers to the registration table 80 to determine whether thenumber of currently registered clients is less than the maximum numberof connections (for example, 15). In the exemplary embodiment, it isassumed that the authentication is an open system authentication.Namely, in step S13, if the number of currently registered clients isless than the maximum number of connections, the master permits theconnection from the client from which the connection request has beentransmitted. If the number of currently registered clients is equal toor greater than the maximum number of connections, the master rejectsthe connection from the client.

In step S14, after the master establishes the connection with the clientfrom which the connection request has been transmitted, the masterregisters the client in the own apparatus. Specifically, the mastertransmits to the client a frame (an authentication frame) indicating theconnection permission, and executes an association process by exchangingan association frame with the client. After the association process, themaster and the client perform a registration process at the applicationlevel. Specifically, the client transmits to the master a frame,including the user name, for registration request. The master havingreceived the frame for the registration request acquires informationincluding the user name, and assigns an ID for the client. Next, themaster transmits to the client a frame for registration permission. Theframe for registration permission includes information such as usernames and IDs of the master and other registered clients, in addition tothe information such as the user name and ID of the client. By usingsuch information, the registration process is performed at theapplication level between the master and the client. After completion ofthe registration process, the master registers the client in theregistration table 80. At this time, the master registers the MACaddress, user name, and ID of the client in the registration table 80.In this manner, the master registers the client in the own apparatus.

The registration process at the application level may not necessarily beperformed. Namely, after the exchange of the authentication frame andthe association frame between the client and the master, the master andthe client may register each other. After the process of step S14, themaster next executes the process of step S16.

Meanwhile, in step S15, the master transmits a frame indicatingconnection rejection to the client from which the connection request hasbeen transmitted. Here, the master does not register in the registrationtable 80 the client from which the connection request has beentransmitted. The master next executes the process of step S16.

In step S16, the master determines whether to start the game. If thedetermination result is affirmative, the master transmits a commandindicating the start of the game to each client, and then executes theprocess of step S17. If the determination result is negative, the masterre-executes the process of step S11. The master may determine to startthe game if the number of registered clients has reached the maximumnumber of connections, for example. Alternatively, the master maydetermine to start the game if a predetermine time has elapsed since thestart of the execution of the process of step S11. By the processes ofsteps S11 through S16 being repeatedly performed, one or more clientsare registered in the master and the game is started.

In step S17, the master determines whether the master has received aprobe request (a search frame). Specifically, the master determineswhether the master has received the probe request which is transmittedfrom an audience. As will be described, although the audience basicallyperforms data reception only, the audience can transmit information tothe master by transmitting the probe request to the master. The proberequest transmitted by the audience will be described below. If thedetermination result is affirmative, the master next executes theprocess of step S18. If the determination result is negative, the masternext executes the process of step S19.

In step S18, the master performs a process depending on the proberequest received by the master, and transmits to the audience a resultof the process as a probe response (a search response frame). The masternext executes the process of step S19.

In step S19, the master performs data transmission/reception process.Here, for example, the master transmits, to the client, data for thegame process (operation information indicating operation performed inthe own apparatus, or data representing information regarding a gamecharacter operated by the own apparatus, and the like), or the masterreceives data for the game process which is transmitted from the client.The data transmission/reception process performed in the master will bedescribed in detail below. Next, the master executes the process of stepS20.

In step S20, the master executes the game process. Here, the masterperforms the game process, in accordance with the data received in stepS19 and an operation performed in the own apparatus (an operationperformed on the operation buttons 14, the analog stick 15, the touchpanel 13, and the like). For example, the master determines the movementof the game character 101 operated in the own apparatus or updates theposition information of the game character 101, based on an operationperformed in the own apparatus. Also, in step S19, the master, forexample, updates the position of the game character 102, based on theoperation information received from the client C1 or the positioninformation of the game character 102 received from the client C1.Further, the master determines positions or line-of-sight directions ofthe virtual cameras in the virtual space, takes images of each gamecharacter by the virtual cameras, thereby generating an image. Themaster then displays the generated image on the upper LCD 22. After theprocess of step S20, the master re-executes the process of step S17.

As described above, the game is progressed by the processes of steps S17through step S20 being repeatedly executed. If the game is ended by auser or the race game ends, the master process shown in FIG. 11 ends.

(Client Process)

Next, a process performed in the client will be described in detail.FIG. 12 is a flowchart illustrating details of the process (the clientprocess) of the game apparatus 10 functioning as a client.

After the setting process shown in FIG. 8 is performed and the gameapparatus 10 is set to be a client, the client process shown in FIG. 12is executed by the information processing section 31 and wirelesscommunication module 36 of the client.

First, in step S30, the client executes a JOIN process. Specifically,the client receives the beacon transmitted from the master selected instep S5 of the setting process, and synchronizes (JOIN) with the master.The client next executes a process of step S31.

In step S31, the client transmits the connection request. Specifically,the client transmits to the master a frame indicating the connectionrequest (the authentication frame). Next, the client executes a processof step S32.

In step S32, the client performs the authentication process with themaster. Since the authentication performed in the exemplary embodimentis the open system authentication, the client next executes a process ofstep S33.

In step S33, the client determines whether the master has permitted ofthe connection to the master. Specifically, if the client has receivedthe frame indicating the connection permission (the frame transmitted instep S14), the client next executes a process of step S34. The client,on the other hand, ends the client process shown in FIG. 12 if theclient has received the frame indicating the connection rejection (theframe transmitted in step S15).

In step S34, the client establishes the connection with the master.Specifically, the client executes the association process by exchangingthe association frame with the master. After the association process,the registration process is performed at the application level betweenthe master and the client. Specifically, the client transmits to themaster a frame for the registration request including the user name ofthe own apparatus and the predetermined information described above, andreceives the frame for the registration permission from the master.After the completion of the registration process, the client stores theMAC address of the master as the identification information 73 in amemory, thereby registering the master in the own apparatus. The clientnext executes a process of step S35.

In step S35, the client starts the game. Specifically, the client startsthe game when the client has received the command from the masterindicating the start of the game. The client next executes a process ofstep S36.

In step S36, the client performs the data transmission/receptionprocess. Here, the client transmits data for the game process (data suchas the operation information indicating the operation performed in theown apparatus and information regarding the game character to beoperated in the own apparatus) to the master or other client, orreceives data for the game process transmitted from the master or otherclient. Details of the data transmission/reception process performed inthe client will be described below. Next, the client executes a processof step S37.

In step S37, the client executes the game process. Here, the clientperforms the game process, in accordance with the data received in stepS36 and the operation performed in the own apparatus (an operationperformed on the operation buttons 14, the analog stick 15, the touchpanel 13, and the like). For example, the client determines the movementof the game character 102 operated in the own apparatus or updates theposition information of the game character 102, based on the operationperformed in the own apparatus. In addition, the client updates theposition of the game character, based on position information of a gamecharacter operated in the other game apparatus 10 or the operationinformation which are received from other game apparatus 10 in step S36.Further, the client determines positions and line-of-sight directions ofthe virtual cameras in the virtual space, takes images of each gamecharacter by the virtual cameras, thereby generating an image. Theclient then displays the generated image on the upper LCD 22. After theprocess of step S37, the client re-executes the process of step S36.

The game is progressed by the processes of step S36 through step S37being repeatedly executed. If the game is ended by a user (if the userends the game of the own apparatus or the game is ended by a user of themaster) or the race game ends, the client process shown in FIG. 12 ends.

(Audience Process)

Next, the process performed in the audience will be described in detail.FIG. 13 is a flowchart showing details of the process (the audienceprocess) of the game apparatus 10 functioning as an audience.

After the setting process shown in FIG. 8 is performed and the gameapparatus 10 is set to be the audience, the audience process shown inFIG. 13 is executed by the information processing section 31 andwireless communication module 36 of the audience.

First, in step S40, the audience executes the JOIN process. The processin step S40 is the same as the process of step S30 performed in theclient. Specifically, the audience receives the beacon transmitted fromthe master selected in step S5 of the setting process and synchronizes(JOIN) with the master. The audience next executes a process of stepS41. If the audience does not receive the beacon within a predeterminedtime, the audience ends the audience process.

In step S41, the audience determines whether the spectating permissionflag is ON. Specifically, the audience determines whether the spectatingpermission flag (see FIG. 9) included in the beacon received in step S40is ON. If the determination result is affirmative, the audience nextexecutes a process of step S42. If the determination result is negative,the audience ends the audience process shown in FIG. 13.

In step S42, the audience starts an audience operation. Specifically,the audience stores the MAC address of the master included in the beaconreceived in step S40 as the identification information 73 in a memory,thereby registering the master in the own apparatus. The audience nextexecutes a process of step S43.

In step S43, the audience receives a beacon. Specifically, the audiencereceives a beacon from the registered master. The audience next executesa process of step S44.

In step S44, the audience determines whether the spectating permissionflag is ON. The process of step S44 is the same as the process of stepS41. The audience receives a beacon periodically sent from the masterand determines whether the spectating permission flag included in thebeacon is ON. If the determination result is affirmative, the audiencenext executes a process of step S45. If the determination result isnegative, the audience clears the identification information 73 and endsthe audience process shown in FIG. 13.

In step S45, the audience determines whether to transmit the proberequest. In step S45, a first determination and a second determinationare performed.

Specifically, the audience determines, as the first determination,whether a predetermined button has been pressed, for example. Asdescribed above, the user of the game apparatus 10 functioning as anaudience sees the screen of the own apparatus, thereby watching the gameperformed between the master and the client as a spectator. In thiscase, the user of the audience, for example, performs a predeterminedoperation (for example, the button 14B, and the like) in the gameapparatus 10 functioning as an audience, thereby transmittingpredetermined information to the master. After the master has receivedthe predetermined information from the audience, the master performs thegame process corresponding to the predetermined information. Forexample, when the predetermined operation of the game apparatus 10functioning as an audience is performed, the audience transmits a proberequest frame to the master. The MAC address of the master is includedin the header portion of the probe request frame. Information elementsunique to vendor are included in the body portion of the probe requestframe, and data for use in the game process in accordance with apredetermined operation is included in each information element. Themaster acquires data in accordance with the predetermined operation byreceiving the probe request frame. The master then executes apredetermined process, based on the data. Specifically, for example, themaster reproduces sound data representing cheers previously stored inthe game apparatus 10. This reflects the cheers from audiences on thegame. When the master receives the probe request from the audience, themaster retrieves data, corresponding to the predetermined operation,included in the body portion of the probe request and transmits to otherclients a frame including the retrieved data. Each client receives theframe from the master, and performs the same operation as that of themaster, based on the data corresponding to the predetermined operation.While the master receives the probe request, the master does notregister in the own apparatus the audience from which the probe requesthas been transmitted.

The audience determines, as the second determination, whether theaudience can transmit the probe request. Specifically, the audiencedetermines whether the own apparatus is in a predetermined mode(referred to as ROPS mode). If the audience is in the predeterminedmode, the audience is forbidden to transmit the probe request, andallowed for reception only.

FIG. 14 is a diagram showing changes in state of each game apparatus 10.As shown in FIG. 14, the master periodically transmits the beacon in thebroadcast fashion. The beacon includes information indicating a timeperiod T for which an awake state is maintained or the like. During thetime period T after the reception of the beacon, the master, eachclient, and audience remain in the awake state and can communicatetherebetween. For example, as shown in FIG. 14, the master in the awakestate can transmit data BC1 to each terminal (client and audience) inthe broadcast fashion, and each terminal in the awake state can receivethe data. On the other hand, after the time period T has elapsed sincethe beacon is transmitted from the master, the master and each terminaltransition to a doze state (a power-saving state). In the doze state,the master and each terminal are limited in functionality of datatransmission/reception, thus cannot transmit data. If further time haselapsed thereafter, the master re-transmits the beacon and the masterand each terminal transition back to the awake state (immediately beforethe beacon is transmitted, the master and each terminal turn to be in astate where data transmission/reception is allowed). In this manner, themaster and each terminal alternate the power mode in synchronizationwith each other.

In the case where the audience is set to be in the predetermined mode(the ROPS mode), the audience is switched to be in the doze state, basedon the data transmitted from the master, in addition to the switching ofthe power mode by the beacon. For example, the master can include apredetermined flag M in data BC2 to be transmitted. The audience remainsin the awake state when the audience receives the data BC2 having thepredetermined flag M set so as to satisfy M=1. On the other hand, if theaudience in a state where the ROPS mode is enabled receives data BC3having the predetermined flag M set so as to satisfy M=0, the audienceswitches the own apparatus to be in the doze state. When the ROPS modeis disabled, the audience does not transition to the doze state inaccordance with the value of the predetermined flag M. In the ROPS mode,the audience is forbidden to transmit the probe request, and onlyreceives data sent from the master and the client. Setting the ROPS modeto enabled/disabled may be, for example, performed by the user of theaudience in the game apparatus functioning as an audience.

While determination of whether the predetermined operation has beenperformed is made as the first determination, determination of, forexample, whether a predetermined timing has reached may be made as thefirst determination. That is, for example, the audience mayautomatically transmit the probe request which includes data for use inthe game process.

As described above, in step S45, the audience performs the firstdetermination (determination of whether the predetermined operation hasbeen performed) and the second determination (determination of whetherthe audience can transmit the probe request). If both the determinationresults are affirmative, the audience next executes a process of stepS46. If either one of the determination results of the firstdetermination and the second determination is negative, on the otherhand, the audience next executes a process of step S48.

In step S46, the audience transmits the probe request. Specifically, theaudience transmits to the master the probe request which includes thedata for use in the game process. The audience next executes a processof step S47.

In step S47, the audience receives the probe response. Specifically, theaudience receives the probe response transmitted from the master. Theaudience next executes a process of step S48.

In step S48, the audience performs the data reception process. Here, theaudience receives broadcast data transmitted from the master andbroadcast data transmitted from the client. The data reception processperformed in the audience will be described in detail below. Theaudience next executes a process of step S49.

In step S49, the audience executes the game process. Specifically, theaudience, for example, determines the movements of the game charactersoperated in the master and the client, or update the positioninformation of the game characters, based on the broadcast data receivedin step S48. The audience determines positions or line-of-sightdirections of the virtual cameras in the virtual space, takes images ofeach game character by the virtual cameras, thereby generating an image.The audience then displays the generated image on the upper LCD 22. Thisdisplays the same image on the upper LCD 22 of the audience as the imagedisplayed on the upper LCDs 22 of the master and the client. Thepositions and line-of-sight directions of the virtual cameras determinedin the audience may be different from those in the master and theclient. In such a case, an image different from the image displayed onthe screens of the master and the client is displayed on the screen ofthe audience. After the process of step S49, the audience re-executesthe process of step S43.

How the game is progressed is displayed on the upper LCD 22 of theaudience by the processes of step S43 through step S49 being repeatedlyexecuted.

As described above, in the game according to the exemplary embodiment,one game is progressed by a plurality (or one) clients being connectedto the master. The audience can watch the game which is progressedbetween the master and the client as a spectator by receiving thebroadcast data transmitted from the master and the client.

(Outline of Data Transmission Process)

Next, the data transmission/reception process will be described. First,an outline of the data transmission process performed in the master willbe described with reference to FIG. 15.

FIG. 15 is a diagram showing the outline of the data transmissionprocess of the master. As shown in FIG. 15, the master is provided withthe outbox 110 for individual which is storing therein theindividual-transmission data, and the outbox 120 for all which isstoring therein the universal-transmission data.

The individual-transmission data is data separately transmitted from oneterminal (the master or the client) to other terminal Theindividual-transmission data is, for example, data UD10 which istransmitted from the master to the client C1, or data UD11 which istransmitted from the client C1 to the client C2. The data UD10 which istransmitted from the master to the client C1 is a batch of pieces ofdata that can be processed in the client C1 (data for use in the gameprocess) and is, for example, data according to an operation performedin the master. When the client C1 receives the data UD10, the client C1performs a predetermined process using the data UD10. Likewise, the dataUD11 which is transmitted from the client C1 to the client C2 is a batchof pieces of data that can be processed in the client C2 and is, forexample, data according to an operation performed in the client C1.

The universal-transmission data is data which is transmitted from themaster to all clients. The universal-transmission data is, for example,data BD20 which is transmitted from the master to all clients, or dataBD21 which is transmitted from the master to all clients. Similar to theindividual-transmission data, the data BD20 and the data BD21 are each abatch of pieces of data that can be processed at a destination. Forexample, the data BD20 and the data BD21 are each piece of dataaccording to an operation performed in the source (the master in thiscase), and terminals having received the data each perform apredetermined process based on each piece of data.

The master temporarily stores a plurality of the individual-transmissiondata to be separately transmitted to the client in the outbox 110 forindividual. The master also temporarily stores a plurality of theuniversal-transmission data to be transmitted to all clients in theoutbox 120 for all.

Specifically, as shown in FIG. 15, when the data UD10 to be transmittedfrom the master to the client C1 is generated by the execution of anapplication by the master, the master does not instantly transmit thedata UD10 to the client C1, but temporarily stores the data UD10 in theoutbox 110 for individual. The data UD10 is data having relatively asmall size (for example, about 100 Byte). Also, when the masterreceives, from the client C1, the data UD11 to be transmitted from theclient C1 to the client C2, the master does not instantly transmit thedata UD11 to the client C2, but temporarily stores the data UD11 in theoutbox 110 for individual. The data UD11 is data to be transmitted fromthe client C1 to the client C2, and is data to be transmitted via themaster. The data UD11 is data having relatively a small size (forexample, about 100 Byte). Likewise, when the data BD20 to be transmittedfrom the master to all clients is generated by the execution of anapplication by the master, the master does not instantly transmit thedata BD20 in the broadcast fashion, but temporarily stores the data BD20in the outbox 120 for all. Also, when an application generates the dataBD21 to be transmitted from the master to all clients, the data BD21 isnot instantly be transmitted in the broadcast fashion, but istemporarily stored in the outbox 120 for all. The data BD20 and the dataBD21 is data each having relatively a small size (for example, about 100Byte).

More specifically, when the master stores the data UD10 in the outbox110 for individual, the master adds additional information 130 to thedata UD10. The additional information 130 includes information regardinga source and destination of the data UD10. The additional information130 also includes information regarding a size of data including theadditional information 130 and the data UD10. For example, theinformation regarding the source and destination of the data UD10 is IDs(or may be the MAC addresses) of the master and the client C1,respectively. For example, the information regarding the source of thedata UD10 is the ID (or the MAC address) of the master. The informationregarding the destination of the data UD10 is the ID (or the MACaddress) of the client C1. Likewise, when the master stores the dataUD11 in the outbox 110 for individual, the master adds additionalinformation 131 to the data UD11. The additional information 131includes the information regarding a source and destination of the dataUD11. The additional information 131 also includes information regardinga size of data which includes the additional information 131 and thedata UD11. For example, the information regarding the source anddestination of the data UD11 is IDs (or the MAC addresses) of the clientC1 and the client C2, respectively.

Likewise, when the master stores the data BD20 in the outbox 120 forall, the master adds additional information 132 to the data BD20. Theadditional information 132 includes information regarding a source anddestination of the data BD20. The additional information 132 alsoincludes information regarding a size of data which includes theadditional information 132 and the data BD20. For example, theinformation regarding the source and destination of the data BD20 is IDs(or may be the broadcast addresses) indicating that the source and thedestination are the master and all terminals (the entire networkincluding the master, the clients, and the audience), respectively.Likewise, when the master stores the data BD21 in the outbox 120 forall, the master adds additional information 133 to the data BD21. Theadditional information 133 includes information regarding a source anddestination of the data BD21. The additional information 133 alsoincludes information regarding a size of data which includes theadditional information 133 and the data BD21. For example, theinformation regarding the source and destination of the data BD21 is IDs(or may be the broadcast addresses) indicating that the source and thedestination are the master and all terminals, respectively.

The outbox 110 for individual has a predetermined size (for example,1500 Byte). When storing data in the outbox 110 for individual, themaster determines whether the data can be stored therein, based on anavailable space in the outbox 110 for individual. If the masterdetermines that no more data can be stored in the outbox 110 forindividual, the master retrieves all data stored in the outbox 110 forindividual, and generates one frame which includes the all data. Forexample, if the master determines that no more data can be stored in theoutbox 110 for individual, the master generates one frame 150 whichincludes the data UD10 and the data UD11, and transmits the frame 150.As shown in FIG. 15, the broadcast address is specified as thedestination MAC address in the header portion of the frame 150. The dataportion of the frame 150 includes the data UD10 having the additionalinformation 130 added thereto and the data UD11 having the additionalinformation 131 added thereto. The data portion of the frame 150 furtherincludes the number of pieces of data included in the data portion (2,in the example shown in FIG. 15). In this manner, the master includes,in one frame 150, the data UD10 to be transmitted from the master to theclient C1 and the data UD11 to be transmitted from the client C1 to theclient C2, and transmits the frame 150 in the broadcast fashion.

Likewise, the outbox 120 for all has a predetermined size (for example,1500 Byte), and when storing data in the outbox 120 for all, the masterdetermines whether data can be stored therein, based on an availablespace in the outbox 120 for all. If the master determines that no moredata can be stored in the outbox 120 for all, the master retrieves alldata stored in the outbox 120 for all, and generates one frame 160 whichincludes the all data. As shown in FIG. 15, the broadcast address isspecified as the destination MAC address in the header portion of theframe 160. The data portion of the frame 160 includes the data BD20having the additional information 132 added thereto and the data BD21having the additional information 133 added thereto. The data portion ofthe frame 160 further includes the number of pieces of data included inthe data portion (2, in the example shown in FIG. 15). In this manner,the master includes, in one frame 160, the data BD20 and the data BD21each having a small size, and transmits the frame 160 in the broadcastfashion.

As in the master, the client is provided with the outbox 110 forindividual which is storing therein the individual-transmission data,and the outbox 120 for all which is storing therein theuniversal-transmission data. In the case of the client, however, theclient cannot transmit data transmitted from another client to otherclient. Therefore, a plurality of pieces of data only to be transmittedfrom the own apparatus to other client is stored in the outbox 110 forindividual in the client.

(Outline of Data Reception Process)

Next, an outline of the data reception process will be described. Wheneach client has received the frame transmitted from the master asdescribed above, each client acquires only data destined for the ownapparatus included in the received frame. FIG. 16 is a diagram showingthe outline of the reception process performed in the client when theclient has received the frame transmitted from the master.

As shown in FIG. 16, when the master transmits the frame 150, the clientC1 and the client C2 receive the frame 150. The client C1 havingreceived the frame 150 refers to the additional information 130 of thefirst data (the data which includes the additional information 130 andthe data UD10) included in the frame 150, and determines whether thedata is destined for the own apparatus. The first data is datatransmitted from the master to the client C1, and thus, the client C1retrieves only the first data which includes the data UD10. Next, theclient C1 refers to the additional information 131 of the second data(the data which includes the additional information 131 and the dataUD11), and determines whether the second data is destined for the ownapparatus. The beginning of the second data is determined based on thedata size indicated by the additional information 130 of the first data.The second data is data transmitted from the client C1 to the client C2,and thus the client C1 discards the second data.

The client C2 having received the frame 150 refers to the additionalinformation 130 of the first data (the data which includes theadditional information 130 and the data UD10) included in the frame 150,and determines whether the data is destined for the own apparatus. Thefirst data is data transmitted from the master to the client C1, andthus the client C2 discards the first data. Next, the client C2 refersto the additional information 131 of the second data (the data whichincludes the additional information 131 and the data UD11), anddetermines whether the second data is destined for the own apparatus.The second data is data transmitted from the client C1 to the client C2,and thus the client C2 retrieves only the second data which includes thedata UD11.

The same process is also performed with respect to the frame 160 in eachclient, and corresponding data is retrieved. In this case, each clientretrieves all data (the data BD20 and the data BD21) included in theframe 160. Specifically, all terminals are specified as the destinationin the additional information 132 of the first data (the data whichincludes the additional information 132 and the data BD20) of the frame160. Therefore, the client C1 and the client C2 retrieve the first datawhich includes the data BD20. Likewise, all terminals are specified asthe destination in the additional information 133 of the second data(the data which includes the additional information 133 and the dataBD21) of the frame 160. Therefore, the client C1 and the client C2retrieve the second data which includes the data BD21.

In this manner, each client retrieves only data destined for the ownapparatus and for all clients from a frame transmitted from the master,and discards the other data.

(Details of Data Transmission Process)

Next, details of the data transmission process will be described. First,details of the data transmission process performed in the master will bedescribed with reference to FIG. 17.

(Data Transmission Process of Master)

FIG. 17 is a flowchart illustrating details of the data transmissionprocess (master) performed in the master. Processes of step S50 throughstep S61 shown in FIG. 17 are repeatedly executed at predetermined timeintervals.

First, in step S50, if a predetermine time has elapsed since the masterstores data in the outbox 110 for individual and the outbox 120 for all,the master transmits all data stored therein. If the predetermine timehas not elapsed since the master stores data in the outbox 110 forindividual and the outbox 120 for all, the master does not transmit thestored data. Specifically, if data is stored in the outbox 110 forindividual, the master determines if the predetermine time has elapsedsince the oldest data, among the data stored in the outbox 110 forindividual, is stored therein. If the determination result isaffirmative, the master retrieves all data stored in the outbox 110 forindividual, generates one frame which includes the all data, andtransmits the frame in the broadcast fashion. The MAC address of themaster is included in the header portion of the generated frame.

Likewise, if data is stored in the outbox 120 for all, the masterdetermines if a predetermine time has elapsed since the oldest data,among the data stored in the outbox 120 for all, is stored therein. Ifthe determination result is affirmative, the master retrieves all datastored in the outbox 120 for all, generates one frame which includes theall data, and transmits the frame in the broadcast fashion. The MACaddress of the master is included in the header portion of the generatedframe. After the process of step S50, the master next executes a processof step S51.

In step S51, the master acquires data to be transmitted. The data to betransmitted which is acquired here is, for example, data (data generatedin the course of the game process such as data according to theoperation performed in the master) generated by the master (theapplication layer). The data to be transmitted which is acquired hereis, for example, data received from one client and to be transmitted toanother client via the master. The data to be transmitted which isacquired here is, for example, data received from one client and to betransmitted to all terminals via the master. More specifically, the datato be transmitted is, for example, the UD10, UD11, BD20, and BD21 shownin FIG. 15. For example, when an operation is performed on an operationbutton 14 of the own apparatus, the master generates data according tothe operation. The master acquires the generated data in step S51. Also,if, for example, data is transmitted from the client C1 to the client C2via the master, the master receives the data from the client C1 (thedata reception process of the master will be described below). Themaster acquires the received data in step S51. The master next executesa process of step S52.

In step S52, the master determines whether the acquired data is theindividual-transmission data. Specifically, the master determineswhether the data acquired in step S51 is data (the UD10 or the UD11) toseparately be transmitted to each client. For example, if an operationfor transmitting separate data from the master to other clients isperformed, the master determines that the acquired data is data toseparately be transmitted to each client. If the determination result isaffirmative, the master next executes a process of step S53. If thedetermination result is negative, on the other hand, the master nextexecutes a process of step S57.

In step S53, the master determines whether the acquired data can bestored in the outbox 110 for individual. Specifically, the masterdetermines whether the data acquired in step S51 can be stored in theoutbox 110 for individual, based on sizes of the data acquired in stepS51 and data stored in the outbox 110 for individual. If thedetermination result is affirmative, the master next executes a processof step S54. If the determination result is negative, on the other hand,the master next executes a process of step S56.

In step S54, the master stores the data acquired in step S51 in theoutbox 110 for individual. Specifically, the master adds additionalinformation to the data acquired in step S51, and stores the resultantdata in the outbox 110 for individual. More specifically, the masteradds, as additional information, the information regarding a source anddestination of the data and information regarding the size. The masternext executes a process of step S55.

In step S55, the master determines whether to instantly transmit theacquired data. For example, the master determines, upon the acquisitionof the data in step S51, whether to instantly transmit the acquireddata, based on a parameter specified by the application layer. If thedetermination result is affirmative, the master next executes a processof step S56. If the determination result is negative, on the other hand,the master next executes a process of step S57.

Meanwhile, in step S56, the master retrieves all data stored in theoutbox 110 for individual, generates one frame which includes the alldata, and transmits the frame in the broadcast fashion (transmits abroadcast frame). The MAC address of the master is included in theheader portion of the generated frame. By the process of step S56 beingperformed, the all data (the UD10 and UD11) stored in the outbox 110 forindividual is transmitted in the broadcast fashion, and the outbox 110for individual becomes empty. After the transmission of the frame, themaster adds additional information to the data that cannot be stored inthe outbox 110 for individual in step S53, and stores the data in theempty outbox 110 for individual. If the size of data acquired in stepS51 is larger than the size of the outbox 110 for individual, the mastercannot store the data in the outbox 110 for individual. Therefore, themaster divides the data into a plurality of frames and transmits theframes.

If the acquired data cannot be stored in the outbox 110 for individual(the determination result in step S53 is negative) and also the acquireddata needs to instantly be transmitted, the master generates one framewhich includes all data stored in the outbox 110 for individual andtransmits the frame. The master thereafter further generates one framewhich includes the data that needs to instantly be transmitted and theadditional information (the information regarding the source anddestination) of the data, which are acquired in step S51, and transmitsthe frame. In this manner, the all data stored in the outbox 110 forindividual is transmitted and the data acquired in step S51 that needsto instantly be transmitted is also transmitted.

Also, if the own apparatus is in the doze state in step S56, the mastertemporarily saves the generated frame in a memory, and transmits theframe after the own apparatus has transitioned to the awake state. Thatis, data transmission is limited in the doze state, and thus the mastertransmits the frame after the own apparatus has transitioned from thedoze state to the awake state. In the case where the master generates aframe and temporarily saves the frame in a memory when being in the dozestate, the master sets the predetermined flag M, which is included inthe frame, to 1. In the case where the master generates a frame in theawake state, the master sets 0 to the predetermined flag M included inthe frame, and transmits the frame. When the ROPS mode is enabled asdescribed above, the audience having received the frame remains in theawake state according to the value of the predetermined flag M, ortransitions to the doze state. After the process of step S56, the masterends the transmission process shown in FIG. 17.

In step S57, the master determines whether the data acquired in step S51is the universal-transmission data. Specifically, the master determineswhether the data acquired in step S51 is data (the BD20 or BD21) to betransmitted to all clients. For example, if an operation is performed onthe game character 101 operated in the master (an operation on theoperation buttons 14 or the like), the master determines that theacquired data is data to be transmitted to all clients. If thedetermination result is affirmative, the master next executes a processof step S58. If the determination result is negative, on the other hand,the master ends the process shown in FIG. 17.

In step S58, the master determines whether data can be stored in theoutbox 120 for all. Specifically, the master determines whether the dataacquired in step S51 can be stored in the outbox 120 for all, based onthe size of the data acquired in step S51 and the available size of theoutbox 120 for all. If the determination result is affirmative, themaster next executes a process of step S59. If the determination resultis negative, on the other hand, the master next executes a process ofstep S61.

In step S59, the master stores the data acquired in step S51 in theoutbox 120 for all. Specifically, the master adds additional informationto the data acquired in step S51, and stores the resultant data in theoutbox 120 for all. More specifically, the master adds, as additionalinformation, the information regarding a source and destination of thedata and information regarding the size. Here, information, asdestination information, that the destination is all terminals is added.After the process of step S59, the master next executes a process ofstep S60.

In step S60, the master determines whether the data needs to instantlybe transmitted. For example, the master determines, upon the acquisitionof the data in step S51, whether the data needs to instantly betransmitted, based on the parameter specified by the application layer.If it is determined that the data needs to instantly be transmitted, themaster stores the data acquired in step S51 in the outbox 120 for alland next executes a process of step S61. If the determination result isnegative, on the other hand, the master ends the transmission processshown in FIG. 17.

Meanwhile, in step S61, the master retrieves all data stored in theoutbox 120 for all, generates one frame which includes the all data, andtransmits the frame in the broadcast fashion. The MAC address of themaster is included in the header portion of the generated frame. By theprocess of step S61 being performed, the all data (the BD20 and BD21)stored in the outbox 120 for all is transmitted in the broadcastfashion. After the transmission of the frame, the master adds additionalinformation to data that cannot be stored in the outbox 120 for all instep S59, and stores the resultant data in the empty outbox 120 for all.If the size of data acquired in step S51 is larger than the size of theoutbox 120 for all, the master cannot store the data in the outbox 120for all. Therefore, the master divides the data into a plurality offrames and transmits the frames. Also, if it is determined in step S58that the data acquired in step S51 cannot be stored in the outbox 120for all and the data acquired in step S51 also needs to instantly betransmitted, the master transmits one frame which includes the all datastored in the outbox 120 for all, and thereafter further transmits oneframe which includes the data acquired in step S51. After the process ofstep S61, the master ends the transmission process shown in FIG. 17.

(Data Transmission Process of Client)

Next, details of the data transmission process performed in the clientwill be described with reference to FIG. 18. FIG. 18 is a flowchartillustrating details of the data transmission process (client) performedin the client. The same reference numerals are given to process steps inFIG. 18 that are the same as those in FIG. 17, and the descriptionthereof is omitted.

In the data transmission process performed in the client, the datastored in the outbox 110 for individual is transmitted to the master notin the broadcast fashion but in a unicast fashion.

First, the client performs a process of step S65 instead of the processof step S50 that is executed in FIG. 17. In step S65, if a predeterminetime has elapsed since data is stored in the outbox 110 for individualand the outbox 120 for all, the client transmits the all data storedtherein. If the predetermine time has not elapsed since the data isstored in the outbox 110 for individual and the outbox 120 for all, theclient does not transmit the data stored therein. In this case, insteadof transmitting the data stored in the outbox 110 for individual in thebroadcast fashion, the client transmits the data to the master in theunicast fashion. Specifically, if data is stored in the outbox 110 forindividual, the client determines if the predetermine time has elapsedsince the oldest data, among the data stored in the outbox 110 forindividual, is stored therein. If the determination result isaffirmative, the client retrieves the all data stored in the outbox 110for individual, generates one frame which includes the all data, andtransmits the frame to the master in the unicast fashion.

Likewise, when data is stored in the outbox 120 for all, the clientdetermines if the predetermine time has elapsed since the oldest data,among data stored in the outbox 120 for all, is stored therein. If thedetermination result is affirmative, the client retrieves the all datastored in the outbox 120 for all, generates one frame which includes theall data, and transmits the frame in the broadcast fashion. In thiscase, the MAC address of the master as the BSSID is included in theheader portion of the generated frame as the source address togetherwith the MAC address of the own apparatus (client). After the process ofstep S65, the client next executes a process of step S66.

In step S66, the client acquires data to be transmitted. Here, the datato be transmitted is data generated by the client (data generated in thecourse of the game process such as data according to the operationperformed in the own apparatus). Since the client does not forward, likethe master does, data transmitted from another terminal to otherterminal, the client in step S66 acquires data generated by the clientitself. Next, the client executes a process of step S67.

In step S67, the client determines whether the data acquired in step S66is data to be transmitted via the master. Specifically, if the acquireddata is the individual-transmission data (data to separately betransmitted to other client), the client determines that the data isdata to be transmitted via the master. Even if the acquired data is theuniversal-transmission data (data to be transmitted to all terminals),the client determines that the data is data to be transmitted via themaster if a predetermined criterion is satisfied. For example, if thetype of the acquired data falls in a predetermined type (for example,the data is data according to the operation performed in the ownapparatus and is data to be shared with all terminals), or the data isspecified by the application layer, the client determines that the datais data to be transmitted via the master while the acquire data is theuniversal-transmission data.

FIG. 22 is a diagram showing how data is transmitted from the client C1to all terminals via the master. As shown in FIG. 22, the client C1generates a frame 200 which includes data D1 generated by the ownapparatus, and transmits the frame 200 to the master. The MAC address ofthe master is specified as the destination MAC address in the headerportion of the frame 200. The frame 200 also includes the data D1 andadditional information 201. The additional information 201 isinformation indicating a source and destination of the data D1.Specifically, the source information is information indicating theclient C1, and the destination information is information indicating allterminals (all terminals including the master, the client C2, and theaudience). The master having received the frame 200 retrieves therefromthe data D1 and the additional information 201, stores the data D1 andthe additional information 201 in the outbox 120 for all, and transmitsa frame which includes the data D1 and the additional information 201 inthe broadcast fashion.

If the determination result is affirmative in step S67, the client nextexecutes a process of step S53. If the determination result is negative,on the other hand, the client next executes a process of step S68.

After performing the processes of step S53 through step S55, the clientexecutes a process of step S68.

In step S68, the client determines whether the data acquired in step S66is data to directly be transmitted to each terminal. The data todirectly be transmitted to all terminals is data which is transmitteddirectly from the client to the other terminals in the broadcastfashion. The client can transmit the data to all terminals in thebroadcast fashion without via the master.

FIG. 23 is a diagram showing how the client C1 directly transmits datato all terminals. As shown in FIG. 23, the client C1, for example,generates a frame 210 which includes data D2 generated by the ownapparatus, and transmits the frame 210 to all terminals in the broadcastfashion. The broadcast address is specified as the destination MACaddress in the header portion of the frame 210. The frame 210 alsoincludes the data D2 and additional information 211. The additionalinformation 211 is information indicating a source (the client C1) anddestination (all terminals) of the data D2. Each terminal (the master,the client C2, and the audience) receives the frame 210 to acquire thedata D2. In this manner, the client can directly transmit data to allterminals without via the master.

If the determination result is affirmative in step S68, the client nextexecutes a process of step S58. If the determination result is negative,on the other hand, the client ends the process shown in FIG. 18.

In addition, the client executes a process of step S69 instead of theprocess of step S56 shown in FIG. 17.

In step S69, the client retrieves the all data stored in the outbox 110for individual, generates one frame which includes the all data, andtransmits the frame to the master in the unicast fashion (transmits aunicast frame). The process of step S69 is the same as the process ofstep S56 shown in FIG. 17 except that the generated frame in step S69 istransmitted to the master not in the broadcast fashion but in theunicast fashion. This is the end of description of FIG. 18.

In this manner, the client transmits data stored in the outbox 110 forindividual in the unicast fashion.

(Details of Data Reception Process)

Next, details of the data reception process will be described. First,details of the data reception process performed in the client will bedescribed with reference to FIG. 19.

(Data Reception Process of Client)

FIG. 19 is a flowchart illustrating details of the data receptionprocess performed in the client.

First, in step S70, the client receives a frame. Specifically, theclient receives only a frame destined for the own apparatus and a frametransmitted in the broadcast fashion. More specifically, the clientreceives a frame which has the destination address matching the MACaddress of the own apparatus. The client also receives a frame which hasthe broadcast address as the destination address and which includesinformation matching the identification information 73 (the MAC addressof the master) stored in a memory of the own apparatus. Since abroadcast frame, transmitted by the master or the client, includes aBSSID (matching the MAC address of the master), the client receives thebroadcast frame if the BSSID matches the identification information 73.The client next executes a process of step S71.

In step S71, the client refers to the data portion of the frame acquiredin step S70 to acquire the number of pieces of data included in theframe (see FIG. 15). The client next executes a process of step S72.

In step S72, the client sets 1 to a variable i, and next executes aprocess of step S73.

In step S73, the client acquires the additional information of i-thdata. That is, the client acquires the additional information (theinformation regarding the source and destination, and the informationregarding the size) of i-th data in the data portion of the frameacquired in step S70. The client next executes a process of step S74.

In step S74, the client determines whether the i-th data is destined forthe own apparatus or all terminals. Here, all terminals mean allterminals within the network, including the master, the client, and theaudience. Specifically, the client refers to, among the additional dataacquired in step S73, information regarding the destination to determinewhether the i-th data is destined for the own apparatus or allterminals. More specifically, the client determines whether theinformation regarding the destination matches the ID of the ownapparatus (or matches the MAC address of the own apparatus). The clientalso determines whether the information regarding the destination is avalue indicating that the destination is all terminals (or the broadcastaddress). If the determination result is affirmative, the client nextexecutes a process of step S75. If the determination result is negative,on the other hand, the client next executes a process of step S76.

In step S75, the client retrieves the i-th data (see FIG. 16). Theretrieved i-th data is stored in a memory. Subsequently, the gameprocess using the i-th data stored in the memory is performed in theabove-described game process (step S37). For example, the game processis performed using the source information (for example, informationindicating that the source is the master) indicated by the additionalinformation included in the i-th data and a body of data (for example,the data UD10) included in the i-th data. The client next executes aprocess of step S76.

In step S76, the client adds 1 to the variable i, and next executes aprocess of step S77.

In step S77, the client determines whether the variable i is greaterthan the number of pieces of data acquired in step S71, and if thedetermination result is affirmative, the client ends the receptionprocess shown in FIG. 19. If the determination result is negative, onthe other hand, the client re-executes the process of step S73.

By the processes of step S73 through step S77 being repeated, only datadestined for the own apparatus and all clients is retrieved among thedata included in the received frame.

(Data Reception Process of Audience)

Next, details of a data reception process performed in the audience willbe described with reference to FIG. 20. FIG. 20 is a flowchartillustrating the details of the data reception process (audience)performed in the audience. The same reference numerals are given toprocess steps in FIG. 20 that are the same as those in FIG. 19, and thedescription thereof is omitted.

First, in step S80, the audience receives a frame. Specifically, theaudience receives a frame transmitted thereto in the broadcast fashion.More specifically, the audience receives a frame which has the broadcastaddress as the destination address and which includes informationmatching the identification information 73 (the MAC address of themaster) stored in a memory of the own apparatus. Since a broadcastframe, transmitted by the master or the client, includes a BSSID, theaudience receives the broadcast frame if the BSSID matches theidentification information 73 stored in the memory of the own apparatus.The audience next executes processes of step S71 through step S73.

After the process of step S73, the audience executes a process of stepS81.

In step S81, the audience determines whether the i-th data acquired instep S73 is destined for all terminals. Specifically, the audiencerefers to information regarding the destination, among the additionalinformation acquired in step S73, to determine whether the i-th data isdestined for all terminals. More specifically, the audience determineswhether the information regarding the destination has a value indicatingthat the destination is all terminals (or the information includes thebroadcast address). If the determination result is affirmative, theaudience next executes a process of step S82. If the determinationresult is negative, on the other hand, the audience next executes aprocess of step S76.

In step S82, the audience retrieves the i-th data. The retrieved i-thdata is stored in a memory. Subsequently, the game process using thei-th data stored in the memory is performed in the above-described gameprocess (step S49). For example, the game process is performed using theinformation regarding the source and destination indicated by theadditional information included in the i-th data, and a body of dataincluded in the i-th data. In this manner, the audience performs thegame process using data, included in the received frame, which isdestined for all terminals, thereby obtaining a result of the gameprocess according to the operations performed in the master and eachclient. The audience next executes processes of step S76 and step S77.

In this manner, in the audience, all data included in the frame isseparately retrieved and the game process is performed based on theseparately retrieved data.

(Data Reception Process of Master)

Next, details of the data reception process performed in the master willbe described with reference to FIG. 21. FIG. 21 is a flowchartillustrating details of the data reception process (master) performed inthe master. The same reference numerals are given to process steps inFIG. 21 that are the same as those in FIG. 19, and the descriptionthereof is omitted.

First, the master performs a process of step S90. Specifically, themaster receives a frame destined for the own apparatus, or a frametransmitted thereto in the broadcast fashion. More specifically, themaster receives a frame which has a destination address matching the MACaddress of the own apparatus (master). The master also receives a framewhich has the broadcast address as the destination address and whichincludes information (the BSSID) matching the MAC address of the master.After the process of step S90, the master next executes processes ofstep S71 and step S72. After the process of step S72, the masterexecutes a process of step S91.

In step S91, the master retrieves the i-th data. The master performs aprocess on the retrieved i-th data, the process depending on adestination indicated by the additional information of the retrieveddata. For example, if the retrieved i-th data is data destined for theown apparatus, the master stores the i-th data in a memory. The i-thdata stored in the memory is then used in the above-described gameprocess (step S20). If the retrieved i-th data is data destined forother client, the master stores in the memory the data destined for theother client (the retrieved i-th data). In step S51 of theabove-described data transmission process, the data destined for theother client is acquired, stored in the outbox 110 for individual, andtransmitted to the other client. If the retrieved i-th data is datadestined for all terminals, the master stores the data destined for allterminals (the retrieved i-th data) in the memory. In step S51 of theabove-described data transmission process, the data destined for allterminals is acquired, stored in the outbox 120 for all, and transmittedto all terminals.

After the process of step S91, the master next executes processes ofstep S76 and step S77.

In this manner, in the master, all data included in the frame isseparately retrieved and the separately retrieved data is used in thegame process or transmitted to the client.

As described above, in the exemplary embodiment, the master and theclient register each other and communicate with each other. In thismanner, the game is progressed between the master and the client.Specifically, prior to the start of the game, the client transmits theconnection request to the master to register the master in the ownapparatus. The master receives the connection request, transmits aresponse to the connection request to the client, and registers theidentification information (the MAC address) of the client in the ownapparatus. In response to the reception of the response to theconnection request, the client registers the identification information(the MAC address) of the master in the own apparatus. In this manner,the master and the client register each other. Meanwhile, the audienceis not registered in the master and the audience unilaterally registersthe master in the own apparatus. That is, the audience receives thebeacon from the master without transmitting the connection request tothe master, and registers, in the own apparatus, the identificationinformation (the MAC address) of the master included in the beacon. Theaudience then receives data transmitted from the master and the client,and watches the game which is progressed between the master and theclient as a spectator.

Since the audience is not registered in the master as described above,the master is not required to manage the audience. Thus, there is notlimit of the number of audiences watching, as spectators, the game whichis progressed between the master and the client. Even if a larger numberof game apparatuses 10 participate in the game as audiences, themanagement load on the master does not increase. Because of this, forexample, a large number of users can watch, as spectators, the gamewhich is progressed with the participation of several numbers of people.

Also, in the exemplary embodiment, the client transmits data to otherclient via the master. Therefore, the client can still transmit data tothe other client even if direct communication cannot be made between theclients due to a fact that a distance between the clients is large, orthat there is an obstacle between the clients, hindering radio waves.

Also, in the exemplary embodiment, when the master (or client) acquiresdata having relatively a small size to be transmitted, the master (orclient) does not instantly transmit the data, but temporarilyaccumulates the data in a memory. The master then transmits theaccumulated plurality of pieces of data together in one frame. In thiscase, the master adds information regarding a source and destination toeach of the plurality of pieces of data.

In this manner, the plurality of pieces of data having relatively smallsizes is together transmitted in one frame, and thereby a speed at whichthe data is transmitted is faster than the case where each piece of datais separately transmitted. That is, since information such as a headeris added to the frame in addition to the body of data to be transmitted,it is more efficient to transmit a plurality of pieces of data byincluding the plurality of pieces of data in one frame rather thantransmitting a plurality of frames by including each piece of data ineach frame. In the case where a game is progressed by a plurality ofgame apparatuses being wirelessly connected to one another as in theexemplary embodiment, data having relatively a small size is frequentlyexchanged between game apparatuses. In such a case, if each piece ofdata is included in each frame and transmitted, the datatransmission/reception speed becomes slow, and which can be impedimentto the progression of the game. In the exemplary embodiment, however, aplurality of pieces of data is transmitted in one frame. Thus, data canefficiently be transmitted/received.

(Modification)

In the above-described exemplary embodiment, the client and the audienceregister the MAC address of the master in the own apparatuses, and themaster registers the MAC address of the client in the own apparatus. Inanother exemplary embodiment, any information may be registered if theinformation is identification information whereby each terminal can beidentified.

Also, in the above-described exemplary embodiment, the master transmitsa beacon, and the client, in response to the reception (a passivescanning) of the beacon, transmits a connection request to the masterfrom which the beacon is transmitted, and thereby the master and theclient connect to (register) each other. In another exemplaryembodiment, the master and the client may connect each other by anactive scanning. That is, the client may transmit a probe request to themaster and the master, in response to the probe request, may transmit aprobe response (a type of management frame) to the client. In responseto the reception of the probe response from the master, the client maytransmit the connection request to the master.

Also, in the above-described exemplary embodiment, the authenticationbetween the master and the client is the open system authentication. Inanother exemplary embodiment, however, the master and the client may beauthenticated by another authentication system.

Also, in the above-described exemplary embodiment, each game apparatusperforms communication based on an IEEE 802.11 standard. In anotherexemplary embodiment, however, the communication may be performed basedon any standard.

Also, in the above-described exemplary embodiment, the sequentiallyacquired data is sequentially stored in the outbox 110 for individual orthe like. In another exemplary embodiment, however, each piece of datamay not necessarily sequentially be acquired nor necessarily be storedin the outbox 110 for individual or the like. For example, when theapplication generates a plurality of pieces of data having differentdestinations at once, the generated plurality of pieces of data may notbe stored in the outbox 110 for individual or the like, but a framewhich includes the plurality of pieces of data and the destinationinformation thereof may be generated and transmitted.

Also, in the above-described exemplary embodiment, if the acquired datacannot be stored in the outbox 110 for individual or the like, namely,if there is no available area in the outbox 110 for individual or thelike, data already stored in the outbox 110 for individual or the likeis transmitted. In addition, if a predetermine time has elapsed sincedata is stored in the outbox 110 for individual or the like, all storeddata is transmitted. Furthermore, if the acquired data is data toinstantly be transmitted, data already stored in the outbox 110 forindividual or the like is transmitted together with the data toinstantly be transmitted. In another exemplary embodiment, the storeddata may be transmitted if predetermined criteria for transmitting thestored data, not limiting to the above-mentioned three criteria, aresatisfied. For example, the stored data may automatically be transmittedat predetermined time intervals, or the stored data may be transmittedwhen the state of the game in each game apparatus 10 turns to apredetermined state.

Also, in the above-described exemplary embodiment, all data stored inthe outbox 110 for individual or the like is transmitted in one frame.In another exemplary embodiment, instead of transmitting all data storedin the outbox 110 for individual or the like, at least two pieces ofdata stored in the outbox 110 for individual or the like may betransmitted in one frame. For example, data including the oldest data upto N-th oldest data may be transmitted in one frame.

Also, in the above-described exemplary embodiment, the master transmitsdata in the broadcast fashion. In another exemplary embodiment, however,data may be transmitted in a multicast fashion.

Also, in the above-described exemplary embodiment, each game apparatusperforms wireless communication in assumption of the game apparatusbeing a hand-held game apparatus. In another exemplary embodiment,however, the game apparatus may be a battery-operated informationprocessing apparatus, or an information processing apparatus whichconstantly receives power supply. Alternatively, the informationprocessing apparatus may perform wired communication. In this case,information processing apparatuses are connected by a HUB or the likeand perform data communication therebetween.

In another exemplary embodiment, a part or the entirety of theabove-described processes may be performed by one or more dedicatedcircuits. Also, the above-described processes may be performed by aplurality of computers (such as the CPU 311 or processing units in thewireless communication module 36) included in the game apparatus 10.

Further, the above-described communication method may be applied toportable information processing apparatuses other than the gameapparatus 10, such as PDAs (Personal Digital Assistant), advanced mobilephones having wireless LAN functionality, portable informationprocessing apparatuses configured to be communicable with other devicesby a unique communication method.

While certain example systems, methods, devices and apparatuses havebeen described herein, it is to be understood that the appended claimsare not to be limited to the systems, methods, devices and apparatusesdisclosed, but on the contrary, are intended to cover variousmodifications and equivalent arrangements included within the spirit andscope of the appended claims.

What is claimed is:
 1. A non-transitory computer-readable storage mediumhaving stored therein a communication control program executed by acomputer of an information processing terminal having communicationfunctionality and being configured to communicate with anotherinformation processing terminal through transmission and reception of atleast one transmission data frame, the communication control programcausing the computer to execute: generating a transmission data framewhich includes a plurality of pieces of data each having a differentdestination; and transmitting the transmission data frame in either abroadcast fashion or a multicast fashion.
 2. The computer-readablestorage medium having stored therein the communication control programaccording to claim 1, wherein destination information for each piece ofdata is included in the transmission data frame.
 3. Thecomputer-readable storage medium having stored therein the communicationcontrol program according to claim 2, wherein the communication controlprogram causes the computer to execute: sequentially acquiring theplurality of pieces of data; and sequentially storing the acquiredplurality of pieces of data in a storage unit, and the transmission dataframe, which includes at least two of the plurality of pieces of datastored in the storage unit and the destination information of the atleast two of plurality of pieces of data, is generated.
 4. Thecomputer-readable storage medium having stored therein the communicationcontrol program according to claim 3, wherein the communication controlprogram causes the computer to execute determining whether apredetermined criterion for transmitting the data stored in the storageunit is satisfied, if it is determined that the predetermined criterionis satisfied, the transmission data frame, which includes the at leasttwo of plurality of pieces of data stored in the storage unit and thedestination information of the at least two of plurality of pieces ofdata, is generated, and the generated transmission data frame istransmitted.
 5. The computer-readable storage medium having storedtherein the communication control program according to claim 3, whereinthe communication control program further causes the computer to executedetermining whether there is data having been stored in the storage unitfor a predetermined time period or longer, if it is determined thatthere is the data having been stored in the storage unit for thepredetermined time period or longer, the transmission data frame, whichincludes at least the data having been stored in the storage unit forthe predetermined time period or longer, is generated, and the generatedtransmission data frame is transmitted.
 6. The computer-readable storagemedium having stored therein the communication control program accordingto claim 3, wherein the storage unit has a predetermined size, it isdetermined whether the acquired data can be stored in the storage unit,if it is determined that the acquired data cannot be stored in thestorage unit, the transmission data frame, which includes the at leasttwo of plurality of pieces of data stored in the storage unit and thedestination information of the at least two of plurality of pieces ofdata, is generated, and the generated transmission data frame istransmitted.
 7. The computer-readable storage medium having storedtherein the communication control program according to claim 3, whereinthe communication control program further causes the computer to executedetermining whether to instantly transmit the acquired piece of data, ifit is determined to instantly transmit the acquired piece of data, thetransmission data frame which includes the acquired piece of data isgenerated, and the generated transmission data frame is transmitted. 8.The computer-readable storage medium having stored therein thecommunication control program according to claim 2, wherein data sentfrom another information processing apparatus is acquired, and sourceinformation of the plurality of pieces of data is further included inthe transmission data frame.
 9. The computer-readable storage mediumhaving stored therein the communication control program according toclaim 2, wherein the communication control program further causes thecomputer to execute receiving the transmission data frame sent fromanother information processing apparatus and retrieving, based on thedestination information included in the transmission data frame, atleast data destined for an own apparatus.
 10. The computer-readablestorage medium having stored therein the communication control programaccording to claim 3, wherein the acquired piece of data is stored ineither one of a first storage area and a second storage area, and thetransmission data frame, which includes the at least two of plurality ofpieces of data stored in either one of the first storage area and thesecond storage area, is generated.
 11. The computer-readable storagemedium having stored therein the communication control program accordingto claim 1, wherein each of the plurality of pieces of data is a batchof pieces of data that can be processed at a destination.
 12. Thecomputer-readable storage medium having stored therein the communicationcontrol program according to claim 1, wherein the transmission dataframe is generated so that the destination information is included in adata portion of the transmission data frame.
 13. The computer-readablestorage medium having stored therein the communication control programaccording to claim 8, wherein the transmission data frame is generatedso that the source information is included in a data portion of thetransmission data frame.
 14. A communication control terminal beingconfigured to communicate with another communication control terminalthrough transmission and reception of at least one transmission dataframe, the communication control terminal comprising at least oneprocessor configured to: generate a transmission data frame whichincludes a plurality of pieces of data each having a differentdestination; and transmit the transmission data frame in either abroadcast fashion or a multicast fashion.
 15. A communication controlmethod performed by a computer of a first information processingterminal being configured to communicate with another informationprocessing terminal through transmission and reception of at least onetransmission data frame, the method comprising: generating, using thecomputer, a transmission data frame which includes a plurality of piecesof data each having a different destination; and transmitting thetransmission data frame in either a broadcast fashion or a multicastfashion.
 16. An information processing system comprising a firstinformation processing terminal and a second information processingterminal each having communication functionality and being configured tocommunicate with another information processing terminal throughtransmission and reception of at least one transmission data frame,wherein the first information processing terminal comprises at least oneprocessor configured to: generate a transmission data frame whichincludes a plurality of pieces of data each having a differentdestination; and transmit the transmission data frame in either abroadcast fashion or a multicast fashion, and the second informationprocessing apparatus comprises at least one processor configured toreceive the transmission data and to retrieve at least data destined foran own apparatus which is included in the transmission data.
 17. Anon-transitory computer-readable storage medium having stored therein acommunication control program executed by a computer of an informationprocessing terminal having communication functionality and beingconfigured to communicate with another information processing terminalthrough transmission and reception of at least one transmission dataframe, the communication control program causing the computer toexecute: generating a transmission data frame which includes a pluralityof pieces of data each having a different destination; and specifying apredetermined destination address and transmitting the transmission dataframe to the specified predetermined destination address.
 18. Acommunication control terminal being configured to communicate withanother communication control terminal through transmission andreception of at least one transmission data frame, the communicationcontrol terminal comprising at least one processor configured to:generate a transmission data frame which includes a plurality of piecesof data each having a different destination; and specify a predetermineddestination address and transmitting the transmission data frame to thespecified predetermined destination address.
 19. The non-transitorycomputer readable storage medium according to claim 1, wherein thetransmitting the transmission data frame in either a broadcast fashionor a multicast fashion includes specifying a broadcast address or amulticast address as a transmission destination address and transmittingthe transmission data frame.
 20. The communication control apparatusaccording to claim 14, wherein the transmitting the transmission dataframe in either a broadcast fashion or a multicast fashion includesspecifying a broadcast address or a multicast address as a transmissiondestination address and transmitting the transmission data frame. 21.The communication control method according to claim 15, wherein thetransmitting the transmission data frame in either a broadcast fashionor a multicast fashion includes specifying a broadcast address or amulticast address as a transmission destination address and transmittingthe transmission data frame.
 22. The information processing systemaccording to claim 16, wherein the transmitting the transmission dataframe in either a broadcast fashion or a multicast fashion includesspecifying a broadcast address or a multicast address as a transmissiondestination address and transmitting the transmission data frame.
 23. Anon-transitory computer-readable storage medium having stored therein acommunication control program executed by a computer of an informationprocessing terminal having communication functionality and beingconfigured to communicate with another information processing terminalthrough transmission and reception of at least one transmission dataframe, the communication control program causing the computer toexecute: generating a transmission data frame which includes a pluralityof pieces of data each having a different destination, wherein theplurality of pieces of data are different from each other; andtransmitting the transmission data frame in either a broadcast fashionor a multicast fashion.
 24. The non-transitory computer-readable storagemedium according to claim 23, wherein the transmitting the transmissiondata frame in either a broadcast fashion or a multicast fashion includesspecifying a broadcast address or a multicast address as a transmissiondestination address and transmitting the transmission data frame.
 25. Aninformation processing system comprising a first information processingterminal and a second information processing terminal each havingcommunication functionality and being configured to communicate anotherinformation processing terminal through transmission and reception of atleast one transmission data frame, wherein the first informationprocessing terminal comprises at least one processor configured to:generate a transmission data frame which includes a plurality of piecesof data each having a different destination, wherein the plurality ofpieces of data are different from each other; and transmit thetransmission data frame in either one of a broadcast fashion or amulticast fashion, and the second information processing terminalcomprises at least one processor configured to receive the transmissiondata frame and to retrieve at least data destined for an own apparatuswhich is included in the transmission data frame.
 26. The informationprocessing system according to claim 25, wherein the transmitting thetransmission data frame in either a broadcast fashion or a multicastfashion includes specifying a broadcast address or a multicast addressas a transmission destination address and transmitting the transmissiondata frame.